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Programvadászat 


Vectorlinux 

Előző számunk CD mellékletén 

a KNOPPIX v3.4-et tettük közkinccsé, 
ami egy Debian alapú linux-rendszer. 
Most a Vectorlinuxon a sor, amely egy 
Slackware alapú, szintén CD-ről indít- 
ható rendszer, sokkal kisebb helyen el- 
fér, és sokkal kevesebb programot tar- 
talmaz. Mindezek ellenére egy na- 
gyon gyorsan beállítható, és nagyon 
kényelmesen használható rendszerről 
van szó. Nélkülöz minden felesleges 
csicsát, és lényegretörő felépítéssel 
rendelkezik, nem csoda hát, hogy ha- 
mar megkedveltem. 


Rendszerindítás 

Helyezzük be a korongot a meghajtó- 

ba. Ha a rendszerünk cd-ről való indí- 

táshoz van beállítva, akkor az 

ISOLINUX felirat megjelenése után 

azonnal el is indul a Vectorlinux. Ez- 

után az első kérdés a billentyűzet ki- 

osztás beállítására vonatkozik, majd 

affelől érdeklődik a program, hogy va- 

jon az egerünknek van-e kereke? 

A monitor felbontásának a beállítása is 

gyerekjáték, végül pedig a hálózat be- 

állítása követtkezik: 

e adjuk meg a gép nevét 

e a domain nevet 

e majd válasszuk ki a kívánt IP cím 
beállítási módot (statikus, DHCP), 
ha a statikust választjuk, akkor 
még egy pár kérdésre válaszol- 
nunk kell. 


A rendszer megmutatja a felismert 
és beállított eszközök listáját, majd 
itt entert ütve ténylegesen elindul 
a rendszer. 


Bejelentkezés 

A bennünket fogadó képernyő ékes 
angolsággal közöl néhány fontos 
információt, nevezetesen azt, hogy 
a felhasználónév az root, a jelszó 
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vector, a vasm paranccsal a beállító- 
menübe juthatunk, ahol beállíthajuk 
a fel nem ismert eszközeinket és 

a startx elindítja a grafikus felületet. 


A grafikus felület 





Miután testreszabtuk a rendszert, jö- 
het a móka a grafikus felülettel. Adjuk 
ki a startx parancsot, és hamarosan 
egy menüben találjuk magunkat, vá- 
lasszuk ki melyik ablakkezelőt akarjuk 
használni és máris elindult teljes pom- 
pájában a Vectorlinuxunk. Én, mint 
megszálott XFCE rajongó, természete- 
sen ezt választottam (a képen az 
IceWM felület látható). 


vasm 

A fontosabb menüpontok: 

e . AUTOSEIT. hangkártya, egér, X, 
hálózatikártya, cdrom automatikus 
beállítása 

e  XSEIUP: az X beállítása 

e . PKGIOOL: Slackware csomag- 


kezelő 

e , ADMIN: felhasználók hozzáadá- 
sa/eltávolítása 

A programok 


Programok terén igazán nem lehet 
panasz, bekerült a négy nagy ked- 
vencem a terjesztésbe, az első 

a FireFox (FireBird) böngésző (sajnos 
csak a 0.6-os változat), mely kicsi, ke- 
vés erőforrást igényel, mégis fantasz- 











tikusan testreszabható és hihetetle- 
nül gyors. A másik kedvencem az 
Abiword, szintén az erőforrástaka- 
rékossága miatt. Az OpenOffice.org 
kicsit elnyomja ezt és az ehhez ha- 
sonló programokat, pedig igazán 
megérdemlik a figyelmet, mindent 
tud, amit valaha is elvárhatunk egy 
szövegszerkesztőtöl. A harmadik 

a Gaim csevegőprogram, ezen keresz- 
tül azonnal kapcsolatba léphetünk az 
ismerőseinkkel, így nélkülözhetetlen 
számomra, és az összes erre a célra 
készített program közül ez vált be 

a legjobban. A negyedik pedig mi 
más lehetne mint a Gftp, amely egy 
nagyszerű fítp ügyfélprogram. lermé- 
szetesen ez nem a programok teljes 
listája, csak az általam nagyrabecsült 
és mindennapos használatban lévő- 
ké. Aki kóborol egy kicsit a menük- 
ben, sok más egyebet is találhat. 


A többiek 


A Vectorlinux méretének köszönhető- 
en sok más egyéb is felkerülhetett 

a mellékletre, az egyik fontos és 
valószínüleg sokak által nagyrabecsült 
2 http:/www.jatekport.linuxuser.hu 
tükre, ahol rengeteg játék linux alatt 
történő telepítése, beállítása, esetleges 
trükkök gyűjteménye olvasható. Aki 
linux alatt játszani szeretne annak kö- 
telező olvasmányok az itt található le- 
írások. 


Friss programok 

A legfrisebb Opera, Mozilla, FireFox is 
helyet kapott, csakúgy mint a rend- 
szermag, MySOL, KOffice. 


Csontos Gyula 

(Csontos. Gyulaolinuxvilag.hu) 
A Linuxvilág szakmai és 
CD-szerkesztője. Szabadide- 
jében szívesen mászik 
hegyet és kerékpározik. 





CISC0 SYSTEMS 


Diétás fogyasztás 

Az AMD új tagokkal egészítette ki ala- 
csony fogyasztású processzorainak 
családját. A hétköznapi programok 
futtatására használható, ám könnyű és 
kis méretű készülékekbe szánt AMD 
Geode NX processzorok mellé egy 
újabb termékcsalád, az AMD Geode 
GX processzorok sora társul. A Geode 
NX processzorok 1 GHz fölötti óraje- 
lekkel működnek, 
energiafogyasztásuk 
10 W körül mozog, 
vagyis a nagy telje- 
sítmény és az ala- 
csony fogyasztás előnyeit próbálják 
ötvözni. A Geode GX lapkák még ezt 
is túl szárnyalják, mivel 500 MHz kö- 
rüli órajellel futnak, tehát kisebb telje- 
sítményt nyújtanak, viszont akár 1 W 
energiával is beérik. Mindkét lapkatí- 
pus akár aktív hűtés nélkül is használ- 
ható. Elsősorban vékony ügyfelekben, 
felső kategóriás nyomtatókban és há- 
lózati berendezésekben találkozha- 
tunk majd velük. A Geode név koráb- 
ban a National Semiconductor termé- 
keit fedte. A céget az AMD múlt év 
augusztusában vásárolta fel. A Geode 
processzorok piaci szegmensében erős 
a verseny, hiszen a Iransmeta, a VIA 
és az Intel egyaránt rendelkeznek 
ilyen területekre szánt lapkákkal. 

2 httpeAwww.amd.com 





Lenyúlták? 

A Cisco részéről megerősítették annak 
a két fájlnak az eredetiségét, amelyek 
egy orosz biztonsági témájú webolda- 
lon tűntek fel. Rejtély, hogy 
az állítólag összesen 800 MB-ot 
kitevő Cisco IOS kód hogyan 
és honnan szivárgott ki, de sem 

a Cisco alkalmazottait, sem üzleti 
partnereit nem vádolják a szándékos 
károkozással. Főleg, hogy a kárt eb- 
ben az esetben elég nehéz lenne meg- 
állapítani. Hiába rendelkezik valaki 

a kóddal, megfelelő céleszközök hiá- 
nyában valószínűleg lefordítani sem 
tudja. Biztonsági kockázatot is csak 
akkor jelent a kód nyilvánosságra ke- 
rülése, ha sikerül kiaknázható hiá- 
nyosságot találni benne — márpedig 
ilyet a nemrég ellopott Windows for- 
ráskódban csak egyet találtak, annak 
ellenére hogy a Windows kódja való- 
színűleg nagyobb érdeklődésre tartott 
számot. 

2 httpAvwww.cisco.com 
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McAfee LinuxShield 

A Network Associates bemutatta kife- 
jezetten linuxos kiszolgálókra készült 
McAfee LinuxShield víruskereső ter- 
mékét. A McAfee víruskereső motorra 
épülő Linux- 
Shield az ilyen 
programoktól 
megszokott és 
elvárható módon önműködően frissíti 
vírusadatbázisát, képes az archivált 
fájlok átvizsgálására és a gyanús állo- 
mányok heurisztikus felismerésére. 
Igaz, hogy a Linuxot elég kevés vírus 
vagy féreg fenyegeti, a Network 
Associates szerint azonban egyrészt 
jobb félni, mint megijedni, másrészt 
vegyes környezetben fontos lehet 

a linuxos kiszolgálók védelme 

a windowsos gépekről kiinduló táma- 
dásoktól. Fontos továbbá a windowsos 
gépeket fenyegető kártevők minél 
gyorsabb elfogása — akár már a linuxos 
kiszolgálókon. A Windowsok számára 
veszélyes programok - mielőtt tényle- 
ges céljukat elérnék — különféle nem 
windowsos hálózati készülékeken és 
kiszolgálókon haladhatnak keresztül, 
nem egy esetben elektronikus levél- 
ben terjednek, logikus lépés tehát, 
hogy már ezeknél a védelmi vona- 
aknál megakadályozzuk továbbju- 
tásukat. 

A LinuxShield hivatalosan a Red Hat 
és SuSE terjesztéseket támogatja, erő- 
forrás-igényei viszonylag szerénynek 
mondhatók. 

2 httpitwww.networkassociates.com 
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SECURITY 


Ezt ne 

A Red Hat programozója, Íngo 
Molnár közzétette az első változatát 
annak a foltnak, amely az NX (No 
eXecute, nem végrehajtható) jelző tá- 
mogatását valósítja meg a Linux rend- 
szermag 2.6-os sorozatának tagjaiban. 
Az NX jelző, amelyet Enhanced Virus 
Protection névvel szélesebb körben 
elsőként az AMD tett elérhetővé, és 
amelyet azóta a Via, a Iransmeta és az 
Intel is támogat, a memóriabeli adat- 
szegmensek tartalmának programkód- 
ként való futtatását tiltja a processzor 
számára, és ezzel hathatós védelmet 
biztosít a puffertúlcsordulásos táma- 
dások ellen. Mivel az NX jelző haszná- 
lata csak nagyon kevés program futá- 
sát Zavarja, támogatása a későbbi 
rendszermagokban valószínűleg alap- 
értelmezett lesz. 
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Opteronok négyesével 

A Tyan K8OS Pro jelzéssel bemutatta 
első olyan alaplapját, amely négy da- 
rab AMD Opteron pro- 
cesszor fogadására is képes. 
A megjelenésében is tiszte- 
letet parancsoló alaplap 

a négy 800-as sorozatú pro- 
cesszor mellett 16 foglalatá- 
ban összesen 32 GB memóriát képes 
fogadni, kettő darab Gigabit Ethernet 
csatlakozóval, egy ATi Rage VGA-ve- 
zérlővel, egy hagyományos, 32 bites és 
két 64 bites PCI foglalattal, továbbá ket- 
tő darab 64 bites PCI-X foglalattal ren- 
delkezik; kiegészítőként SATA RAID és 
SCSI-vezérlő kérhető hozzá. A cég az 
alaplapot elsősorban nagy számítási 
teljesítményt igénylő alkalmazásokhoz, 
nem kiszolgálókhoz szánja; például, 
ha hinni lehet a híreknek, a kínai 
Dawning ilyen alaplapokkal fogja fel- 
építeni IC4000A fürtjét, amelybe 640 
csomópont és 2560 Opteron processzor 
kerül majd. Elkészülte után a fürt szá- 
mítási teljesítménye alapján a világ 10 
legerősebb számítógépe közé fog tar- 
tozni — ilyen referenciát alighanem 
bármelyik cég szívesen fogadna. 

2 httpeAwww.tyan.com 


CrossOver Office — töretlenül 

A CodeWeavers bejelentette 

a CrossOver Office 3.0-s változatát. Az 
elsősorban irodai alkalmazások futtatá- 
sára alkalmas keretprog- 
ram a Lotus Notes 6.51, 
a Microsoft Outlook XP 
és a Microsoft Project tá- 
mogatásával bővült. Lényeges válto- 
zás, hogy a program immár kétféle 
változatban is létezik, a Professional 
kiadást cégeknek szánják, a Standard 
kiadás viszont kedvező, 40 dolláros, 
vagyis körülbelül 9000 forintos árával 
az otthoni felhasználókat célozza meg. 
Az olcsóbb változathoz hat havi válto- 
zatkövetés és támogatás jár, ez a telepí- 
tésre és korlátozott mértékben a hasz- 
nálatra vonatkozik, míg a drágább 
kiadáshoz mindez 12 hónapon át és 
magasabb szinten jár. Akik már meg- 
vásárolták a CrossOver Officet, azok 

a Professional változathoz járó szolgál- 
tatásokat jogosultak igénybe venni. 
Ezzel egy időben mint önálló termék 
megszűnt a CrossOver Plugin, mely 

a továbbiakban a CrossOver Office 
termékek beépített összetevője lesz. 

2 httptwww.codeweavers.com 
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Felforgató Sun 

A Sun Microsystems a jövőben első- 
sorban előfizetés alapján, rugalmasan 
igénybe vehető szolgáltatásokra és 
termékekre kívánja alapozni tevé- 
kenységét, derül ki a cég terveiből. 

A Sun bevételeinek jelenleg nagyjá- 
ból 20 százaléka származik rendsze- 
resen befolyó összegekből, 80 száza- 
lék pedig egyszeri értékesítésből. 

A jövőben ennek az aránynak pon- 
tosan a fordítottját szeretnék produ- 
kálni, amivel párhuzamosan az érté- 
kesítéssel összefüggő költségek csök- 
kenésére is számítanak, így a cég 
jóval nagyobb nyereséget könyvelhet 
majd el. A változások egyik jele a Sun 
Preventative Services szolgáltatáscso- 
mag kialakítása, amely — adatközpon- 
tok üzemeltetéséhez — mintegy 100 
már eddig is létezett szolgáltatást fog 
össze egy csokorba. 

Nem kevésbé formabontó a Sun azon 
ötlete, mely szerint néhány éven belül 
a vas ingyenessé válthat, ha a felhasz- 
náló előfizet bizonyos szolgáltatások- 
ra. A Sun stratégái azonban nem álltak 
meg itt a formabontó ötletek tekinte- 
tében: feltett szándékuk, hogy néhány 
éven belül maga a gép is ingyenessé 
válhat, feltéve, hogy a felhasználó 
előfizet bizonyos szolgáltatásokra. 
Mivel alaptétel, hogy ingyen semmi 
sincs, legfeljebb más formában fizet- 
jük meg az árát, az ilyen felvetéseket 
érdemes fenntartással fogadni, ám azt 
sem szabad figyelmen kívül hagyni, 
hogy a cég megtette az első lépést, 
Solaris operációs rendszerrel telepített, 
belépő szintű Opteron kiszolgálót ad 
azoknak, akik három éven keresztül 
1499 dolláros előfizetési díjat fizetnek. 
Hogy a meglepetések sora folytatód- 
jon, a Sun megerősítette, hogy leg- 
alább részlegesen nyílt forrásúvá fogja 
tenni Solaris operációs rendszerét. 

A nyitással kapcsolatosan fontosabb 
részleteket még nem tudni, így egy- 
előre rejtély, hogy pontosan milyen 
feltételeket fog szabni a Sun, illetve 
mely részek és mikor válnak szaba- 
don hozzáférhetővé. A Sun részéről 
nagy horderejű döntés a Solaris sza- 
baddá tétele, hiszen az operációs 
rendszer a cég egyik legfontosabb 
szellemi vagyontárgya — igaz, más 
Sun-programok is váltak már szabad- 
dá, elég csak az OpenOffice irodai 
csomagra gondolni. Egyelőre bizony- 
talan, hogy a Solaris rendszermagjá- 





nak esetleges megnyitása milyen hatá- 
sokkal lehet a Linux fejlesztésére, az 
viszont sejthető, hogy az operációs 
rendszer fenntartása egyre kevésbé ér- 
heti meg a Sunnak, éppen azért, mert 
az olcsó x86 alapú gépeken futó linuxos 
kiszolgálók elvonták a vásárlókat. 

2 htteAwww.sun.com 


Beágyazott szomszédság 

A francia Jaluna SA bejelentette 
Jaluna/OSware termékének elérhető- 
ségét. Magát a terméket leginkább 
egyfajta be- 
ágyazott 
keretrend- 
szernek le- 
hetne ne- 
vezni, mely azonos eszközön egyszer- 
re több működési környezet, operáci- 
ós rendszer használatát és futtatását 

is lehetővé teszi. Hasonló megoldá- 
sokkal a nagygépeknél is találkozha- 
tunk, ám a célcsoportot ezúttal a háló- 
zati infrastrukturális elemek, vezeték 
nélküli eszközök, IP alapú set-top- 
boxok és egyéb távközlési berendezé- 
sek gyártói alkotják. Ezeknél az eszkö- 
zöknél egyre gyakrabban merül fel 

a Linux futtatásának igénye, ám a ré- 
gebbi valós idejű operációs rendszerek 
szolgáltatásairól, valamint az ezek alá 
írt alkalmazásokról sem lehet egyik 
pillanatról a másikra lemondani. 

A több processzor párhuzamos kezelé- 
sére is képes Jaluna/OSware segítségé- 
vel logikai partíciókra oszthatók a gép 
erőforrásai, így egyszerre több operá- 
ciós rendszer is futhat egymás mellett. 
Mivel így külön processzorra, költség- 
növelő megoldásokra nincs szükség, 
az eszközök árának emelése nélkül is 
kellő gyorsasággal vezethetők be 

a legújabb megoldások. 

A Jaluna/JOSware az egyes rendszere- 
ket egymástól függetlenül kezeli, 

a megzavarodott alkalmazások és 
operációs rendszerek önmagukban is 
újraindíthatók, továbbá frissítésük is 
zavartalanul elvégezhető. A keret- 
program x86, PPC és ARM9 alapú 
gépekre érhető el. 

2 httpinwww.jaluna.com 
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Medgyesi Zoltán 
(mzarettesoft.hu) 

A Linuxvilág hírszerkesztője. 
szabadidejét legszívesebben 
a barátnőjével tölti, szeret 
autózni és bográcsban főzni. 


e ON, 


HP Compag - új, üzleti számítógépcsalád ményt és a legváltozatosabb kiépítést természetesen a /000- 


A közelmúltban a HP az asztali gépek egy új családját mutatta — €S Sorozat kínálja. Valamennyi gépen Mandrake Linux operácI- 


be, amellyel elsősorban az üzleti célú vevőkört célozza meg. ós rendszer fut. 
Kiépítettségük alapján a gépek három kategóriába sorolhatók Kapcsolat: Hewlett-Packard Company, 3000 Hanover Street, 
(Compag 2000-es. 5000-es és Palo Alto, California 94304, 300-/52-0900, 


7000-es sorozat). 2 http:Awww.hp.com/products/desktops 


A dx2000-es sorozat tagjaiban Gforge Collaborative Station kiszolgálók 
négy DIMM foglalattal, illetve 
nyolc USB 2.0-ás csatlakozóval 
felszerelt alaplap található. Előbbi- 
ek egy- és kétcsatornás üzem- 
módban is képesek működni. 


A GForge csoport teljesen beállított GForge kiszolgálókat kínál. 
Ez egy olyan csoportos szoftverfejlesztést támogató környe- 
zet, amely lehetővé teszi, hogy kifejezetten nagy méretű fej- 
lesztési projekteket egyetlen közös fe- 

lületen keresztül lehessen kezelni illet- 


A lapokba legfeljebb 3.0 Ghz-es ve nyomon követni. A GForge gi s 7 
Pentium 4 vagy Celeron pro- RackMount ! és II, illetve a GForge - j 
cesszor illeszthető, és természe- — Collaboration Station I és II négy olyan íz ! 
tesen a Hyperlhreading funkciót kiszolgálótípus, amelyeket egyszerűen : szemiták ű B 
is támogatják. Mindehhez legfel- a dobozból kivéve és bekapcsolva [Terme 8 


jebb 80 Gb-os merevlemezt, 1 GB azonnal használatba vehetünk. A gépe- 
DDR SDRAMI-ot illetve különböző " ken egy Debian terjesztés, valamint 





optikai meghajtókat kérhetünk. a GForge saját szoftvere fut, amelyet a cég eleve a megrende- 
A dc5000 sorozat tagjai lő igényeihez igazítva szállít. A vásárlónak természetesen utó- 
mikrotoronyba vannak beépítve. — lag is lehetősége van a rendszerek testreszabására. A gépek- 
Akárcsak az előbbi sorozat elemei, ezek a házak is csavarhúzó hez egy év garancia és változatkövetés jár. 
nélkül szerelhetők. A gépek az előbbi kiépítésnél említettel Kapcsolat: The GForge Group, 512 129th Street, Urbandale, 
azonos CPU mellett legfeljebb 4 GB DDR SDRAM-ot és 160 lowa 50323, 408-907-2744, 
GB-os merevlemezt tartalmazhatnak. A legnagyobb teljesít- 5 http: Uwww.gforgegroup.com 
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NIi újság a rendszermag fejlesztése körül? 


A FAT fájlrendszer karbantartása továbbra is folyik, 
Frodo Looijaard nemrég néhány furcsa, a könyvtárin- 
dexet szokatlan karakterekkel leíró FAI-megvalósítás 
linuxos támogatását is megoldotta. A FAT karbantar- 
tásával az az egyik baj, hogy rengeteg különböző 
megvalósítás Linux alatti támogatásáról kellene gon- 
doskodhni, ami a véges erőforrások miatt 
gyakorlatilag kivitelezhetetlen. A másik 
jelentős probléma az, hogy még ma- 

ga az MS-DOS-os változat sem 
mindig a hivatalos leírásnak 
megfelelően viselkedik, már- 
pedig ilyenkor nem marad 
más, mint a H. Peter Ánvin 
által megfogalmazott 

VWVVVDD (What Would DOS 

Do — mit tenne a DOS) sza- 
bály alkalmazása. A szabad 
programok világának újra és 
újra felvetődő kérdése, hogy 
meddig érdemes követni a 
szabványokat, és mikor kell elfor- 
dulni tőlük, annak érdekében, hogy 
valami hatékonyabb fejlesztési irányba 
fordulhassunk. 

Michael A. Halcrow egy titkosított fájlrendszeren 
kezdett el dolgozni. Elképzelése szerint a legjobb 
megoldás az lesz, ha teljesen átlátszó titkosítási ré- 
teget hoz létre a gyökér fájlrendszer felett, a fájlokat 
pedig titkosítottként vagy titkosítatlanként jelöli 
meg. A titkosító kulcsok nem könyvtárakhoz vagy 
blokk eszközökhöz, hanem fájlokhoz fognak tartozni, 
de egy-egy könyvtárat is meg lehet majd jelölni 
titkosítottként, ilyenkor a benne tárolt fájlok alapér- 
telmezett beállításként titkosítottak lesznek. A kul- 
csokat és az egyéb metaadatokat kiterjesztett jel- 
lemzőkben kívánja tárolni. A normál fájladatokat, 
mint a méret és a vonatkozó engedélyek, szintén tit- 
kosítani szeretné, persze csak ha sikerül ezt megva- 
lósítania. A törölt fájlokat gondosan le fogja radíroz- 
ni a lemezről, ezzel elvéve a helyreállítás lehetősé- 
gét. Mindezek mellett számos további érdekes szol- 
gáltatás megvalósítására is számíthatunk. 

Vojtech Pavlik készített egy, a bemeneti 
illesztőprogramokkal kapcsolatosan felmerülő gon- 
dokról szóló GYK-t. Olyan kérdéseket tárgyal, mint 
például a bemeneti illesztőprogramok listájának le- 
kérése, az egér vagy a billentyűzet rendellenes mű- 
ködésének megszüntetése stb. Ez az első alkalom, 
hogy mindezekről a bajokról valamilyen írás szüle- 
tett, mióta — a 2.5-ös sorozat fejlesztésekor — újraír- 
ták a bemeneti réteget. Sok embernek jelentett örö- 
met, hogy kérdéseikre végre egy központi gyűjte- 
ményben találhatja meg a válaszokat. 

Mióta a 2.5-ös fejlesztői fában oly sok kavarás és 
kavarodás közepette újraírták az IDE illesztő- 
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programot, a külső modulként való betölthetőségé- 
nek megvalósítására irányuló munkákat kicsit félre- 
tették, amíg a kód fennmaradó része kellően üzem- 
biztos állapotba nem kerül. Alan Cox maga is eluta- 
sította a különféle fejlesztőktől származó, az IDE 
modulként való betölthetőségét célozó foltokat. 
Witold Krecicki nemrég tett próbálkozása nem tűnt 
rossznak, de úgy látszik, Bartlomiej 
Zolnierkiewicz foltja a közeljövőben 
nagyobb eséllyel kerül be a 2.6-os 
fába. A 2.5-ös időkben ő volt 
az, aki keményen dolgozott az 
IDE illesztőprogram fejlesz- 
tésén, láthatóan a modul 
foltjára is elég sok időt for- 
dított, és remélhetőleg min- 
den felmerült kérdést meg- 
felelően sikerült kezelnie. 
Kiderült, hogy a MAINTAI- 
NERS fájlban hibajelentések 
küldésére alkalmasként felsorolt 
levelezési listák némelyikére a fel- 
használóknak először fel kell iratkozniuk, 
ha visszajelzést akarnak küldeni. A levelezési 
listák világában természetesen nem szokatlan ez a 
megoldás, ám a Linux rendszermag fejlesztői között 
volt egy megállapodás, hogy a MAINTAINERS Tfájl- 
ban hibajelentések küldésére szolgálóként meg- 
adott listák bárkinek a levelét fogadják. Ez volna 
ugyanis a legjobb módja annak, hogy a hétköznapi 
felhasználók jelezhessék az általuk talált hibákat. 
A feliratkozás kötelezővé tételének egyik fő oka 
a levélszemét elburjánzása, illetve a fejlesztői leve- 
lezési listáktól való távol tartásának szándéka volt. 
Igaz, hogy ezt a gondot sokféle módszerrel meg 
lehetett volna oldani, ám arról is döntés született, 
hogy a MAINTAINERS fájlban szereplő listák egy ré- 
sze nem lesz teljesen nyitott, amíg létezik mellette 
egy másik lista, ahova a hibajelentések elküldhetők. 
A Linux rendszermag újabb, Cooperative Linuxnak 
nevezett átültetése Jelent meg. A User-Mode 
Linuxhoz (UML) hasonlóan a Cooperative Linux nem 
meghatározott vastípusra készült, hanem meglévő 
rendszer felett teszi lehetővé a Linux futtatását. 
A Cooperative Linux Windows 2000 és Windows XP 
alatt biztosan működik. Készítői remélik, segítségé- 
vel sok más operációs rendszert futtató érdeklődő 
próbálhatja ki a Linuxot úgy, hogy meglévő rendsze- 
rét nem kell Linux-telepítésre cserélnie. A Coope- 
rative Linuxból adott gépen akár több példány is fut- 
tatható egyszerre, és hamarosan Linux feletti futta- 
tását is meg fogják oldani. 


Zack Brown 


Linux Journal 2004. május, 121. szám 
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1. A megkérdezett vállalatok ekkora százaléka fogja növelni 
L inux-vonatkozású kiadásait a következő évben: 60 
2. A megkérdezettek ekkora százaléka fogja 6-10 százalék- 
kal növelni Linux-vonatkozású kiadásait: 1/ 
3. A megkérdezettek ekkora százaléka fogja 10 százaléknál 
nagyobb mértékben növelni Linux-vonatkozású kiadásait 
az elmúlt évhez képest: 43 
4. A megkérdezettek ekkora százalékának legnagyobb 
L inux-vonatkozású kiadása az operációs rendszer újabb 
változatának telepítésével lesz kapcsolatos: 35 
5. A megkérdezettek ekkora százaléka állította, hogy leg- 
nagyobb Linux-vonatkozású kiadása a kiszolgáló gépek 
bővítése lesz: 30,5 
6. A megkérdezettek ekkora százaléka vallotta, hogy legna- 
gyobb Linux-vonatkozású kiadása az adatközpontok átte- 
lepítése lesz: 29,5 
7. Az UAL Loyalty Services ennyi százalékkal kívánja növelni 
a gépbeszerzésre fordított összeget: 10 
3. A megkérdezettek ekkora százaléka nyilatkozott úgy, 
hogy a linuxos fejlesztések mellett az adatközpontok át- 
telepítése élvez kiemelt figyelmet a 2004. évi tervezetek 
között: 30 
9. A fentiek ekkora százaléka nyilatkozott úgy, hogy az átté- 
résre legfeljebb 99 ezer dollárt fog költeni: 13 
10. A fentiek ekkora százaléka véli úgy, hogy százezer és fél- 
millió dollár közötti összeget fog költeni: 52,7 
11. Ennyi hónapig tart az informatikai szakembereknek egy 
belső alkalmazás teljes bevezetése: 9 
12. Egy francia tanulmány szerint ennyi PC esetében várható 
a Microsoft Windows lecserélése Linuxra: 17 ezer 
13. A fenti tanulmányban szereplő alkalmazások száma: 600 
14. A fenti tanulmányban szereplő kiszolgálók száma: 400 
15. Ennyi rendőrségi számítógépet állítottak át Linuxra 
Windowsról a németországi Alsó-Szászországban: 11 ezer 
16. Az európai számítógépek ennyi százalékán fut jelenleg 
(ETmSESS 
17. A megkérdezettek ekkora százaléka adta a , Várok" vá- 
laszt az eWVeek felmérésében, amikor azt firtatták, vajon 
hajlandóak-e 2006-ig várni a Microsoft Longhorn operáci- 
ós rendszerének megjelenésére: 35 
18. A megkérdezettek ekkora százaléka adta a , Linuxra vál- 
tok" választ az eWeek felmérésében, amikor azt firtatták, 
vajon hajlandó-e 2006-ig várni a Microsoft Longhorn ope- 
rációs rendszerének megjelenésére: 40 
19. A Red Hat a Linux-terjesztések közötti népszerűségi 
listán elfoglalt helye a Netcraft felmérése szerint: 1 
20. A leggyorsabb növekedést felmutató Linux-terjesztések 
között a Debian helye a Netcraft felmérése szerint: 1 
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Források 
1—10:  SearchEnterpriseLinux.com 
006BE 
12-16. /Dnet 
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A Linux Journal 
honlapján számtalan 
gond megoldásához 
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segítséget. A Sunsite 
tüköroldalait, a gyakori 
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útmutatásokat a 

5 Wwww.[inuxjournal. com 
honlapon olvashatjátok 
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válaszokat Linux-szak- 
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DWWw.Iinuxjournal. com/ 
[/-issues/techsup.htmi 
címen, ahol csak egy 
kérdőívet kell kitöltene- 
tek, de a bts(ossc.com 
címre levelet is írhattok. 
A levél tárgyában 
szerepeljen a ,BIS" 
kulcsszó. 
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A hónap szakmai tanácsai 


Lassú mentések 

Samba kiszolgálónkat (Red Hat 7.3, PIlI) egy új gépre 
tettem át (Red Hat 9, P4). Egy cron feladattal, 
smbtar használatával naponta mentést készítek 

a megosztásokról. Az up2date segítségével az 
összes foltot telepítettem. A hiba: a biztonsági men- 
tés parancsfájlja sokkal lassabban fut le az új gépen, 
mint a régin. Mi lehet ennek az oka? 

Suttó Zoltán, sutto.zoltanerutinsoft.hu 


Elsőként az ethernetkártya illesztőprogramjára gon- 
dolnék. Ellenőrizd, hogy a legújabbat és a legjobbat 
használod-e. Jómagam az ethernetkártyák önműkö- 
dő sebességegyeztetésének működésével kapcso- 
latosan is tapasztaltam gondokat. Ellenőrizd, hogy 
100 Mbps sebességen, teljes kétirányú módban 
üzemel-e a kártya. 

Christopher Wingert, cwingertogualcomm.com 


Ha elemezni akarod a hibát, kezdd azzal, hogy az 
smbtar parancsfájlt úgy futtatod, hogy a nyomköve- 
tést előzőleg bekapcsolod. Ezt a bash -x kapcsoló- 
jával teheted meg; az smbtar ugyanis egy héj- 
program. Utána csak figyelned kell, hogy mely 
parancsok végrehajtása tart sokáig. Ennél határozot- 
tabban is indíthatsz, ha készítesz egy másolatot 

a parancsfájlról, majd ezt viszonylagos és abszolút 
időbélyegeket készítő hívásokkal szórod tele a külső 
parancsok hívásai között. Az időbélyegeket profilfájl- 
ba írhatod, de a naplózó parancs segítségével egy- 
szerűen elküldheted a rendszernaplóba Is. A követ- 
kezőkhöz hasonló héjkifejezéseket kell használnod: 


KEZDO IDOPONT-—"$(date -40s)"; 
VISZONYLAGOS. ID0—-"$KEZDO. IDOPONT" 
VISZONYLAGOS ID0O0-"$(( $(date -96s) - 
5 $VISZONYLAGOS. IDO))" 


Így megkaphatod a pontos időt, vagyis az 1970 óta 
eltelt másodpercek számát. A parancsfájl teljes futá- 
si ideje tehát az aktuális időpontból kivonva 

a $KEZDO IDOPONT értéke, amit a parancsfájl első 
sorában adtunk meg. 

Gondolj arra is, hogy a beállításokban bekövetkezett 
változások miatt bosszantó késleltetések léphetnek 
fel a hálózati névszolgáltatások használatában. Elő- 
fordulhat például, hogy a régi /etc/hosts fájl révén bi- 
zonyos visszirányú DNS-lekérdezések működnek, de 
az új telepítéssel ezek elvesztek; az is lehet, hogy 

a régi /etc/nsswitch.conf csak helyi fájlokat vizsgált, 
az új viszont valamilyen módon NIS, LDAP vagy 
winbind (MS Windows tartományi) forrásokat is 
lekérdez. A winbind csak a 7.3-mas utáni Red Hat 
rendszerekbe került be, lehet, hogy ez a bűnös. 

Ha a lehető legnagyobb teljesítményt szeretnéd ki- 
hozni egy gépből, akkor először méréseket kell vé- 
gezned (profilkészítés), meg kell találnod a szűk ke- 
resztmetszeteket (elemzés), majd meg kell szüntet- 
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ned ezeket, ha lehetséges (finomhangolás). A szűk 
keresztmetszetek kiiktatása során általában az adott 
környezetben szükségtelenül elvégzett feladatok 
után is kutakodunk; ilyenek például a hálózati cím- 
társzolgáltatások felé indított, helyi fájlok használatá- 
val is kiváltható lekérdezések. 

Sokszor teljesen más szemlélettel kell újragondolni 
az adott feladat elvégzését. A te esetedben erősen 
elgondolkodnék azon, hogy az smbtar-t használjam-e 
a Samba megosztások mentésére. Megtehetnéd 
például, hogy rsync segítségével a megfelelő, va- 
gyis a megosztott könyvtárakat egyetlen nagymére- 
tű lemezre szinkronizálod, arra a gépre, amelyben 

a szalagos meghajtó is található. Ezután az egészet 
felmásolhatod szalagra. 

Jim Dennis, jimdCstarshine.org 


Lehet, hogy az új gép nem tudja kellő sebességgel 
továbbítani az adatokat a merevlemez felé. Feltétele- 
zem, hogy IDE meghajtókat használsz. Néhány 
Linux-terjesztés alapértelmezett telepítésnél nem 
feltétlenül engedélyezi a DMA-t, ezért telepítés után 
külön kell bekapcsolni. A meghajtót a hdparm segít- 
ségével tudod ellenőrizni és kipróbálni. Esetemben 
a rendszer a /dev/hda meghajtóról fut: 


[rootáhamtop -]i hdparm /dev/hda 


/dev/hda: 

multcount - 16 (bekapcsolva) 

IO support  - 0 (default 16-bit) 
unmaskirg - 0 (kikapcsolva) 
using. dma - 1 (bekapcsolva) 
keepsettings - 0 (kikapcsolva) 
readonly - 0 (kikapcsolva) 
readahead - 8 (bekapcsolva) 
geometry - 3648/255/63, sectors -— 


0 58605120, start — 0 


A using. dma sort kell ellenőrizned. Ha nulla szere- 
pel benne, akkor lehet, hogy megvan a hiba oka. 
Próbáld kiadni a hdparm -di /dev/hdX parancsot, 
ahol X a meghajtód jele. Aztán próbáld ki: 


[rootáhamtop -]$ hdparm -tT /dev/hda 


/dev/hda: 

Timing buffer-cache reads: 128 MB in 
50.82 seconds —- 156.10 MB/sec 

Timing buffered disk reads: 64 MB in 2.68 
ss seconds - 23.88 MB/sec 


A mérés alapján a pufferelt írások sebességének Je- 
lentősen emelkednie kell ahhoz képest, amit ugyan- 
ennek a próbának a DMA engedélyezése nélkül való 
futtatásával kaptál. A DMA engedélyezése után gon- 
dosan vizsgáld meg a meghajtó működését, mielőtt 
rábíznád a rendszeredet; ritkán előfordulhat, hogy 

a régebbi meghajtók rosszul működnek vele. Ha ez- 
zel sikerült elhárítani a hibát, olvass utána, hogy 
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a saját terjesztésednél hogyan tudod az engedélye- 
zést a rendszerindítás alatt elvégezni. Red Hat alatt 
ezt a beállítást a /etc/sysconfig/harddisks fájl tartal- 
mazza. 

Timothy Hamlin, thamlineozeus.nmt.edu 


Hogyan állítható helyre a rendszermag 
.config fájlja? 

A gépemen 2.4.22-esre frissítettem a rendszerma- 
got, de indításkor továbbra is felkínálja a választás 
lehetőségét a 2.4.20-8 és a 2.4.22 között. A baj az, 
hogy nincs meg a 2.4.20-8 rendszermagomhoz tar- 
tozó .config fájl. Szeretném megtudni, van-e olyan 
parancs, amivel újra elő tudnám állítani? 

Jan Nicolas Myklebust, 
Jan-nicolas.myklebustocnes.fr 


Ha ez az alapértelmezett Red Hat rendszermag, ak- 
kor bontsd ki a rendszermag forráscsomagját, majd 
a /usr/src/linux-2.4/configs könyvtárból másold ki 

a .config fájlt. 

Christopher Wingert, cwingertogualcomm.com 


A 2.4.x és korábbi rendszermagoknál nincs a .config 
fájl előállítására használható parancs. Az újabb, 2.6-os 
rendszermagok esetében egy fordítási idejű kapcso- 
lóval lehet ezt megtenni. 

Jim Dennis, jimd(ostarshine.org 


bash, előzmények nélkül 

A 2004. februári szakmai tanácsok között szerepelt 
egy kérdés a tévedésből beírt adatoknak a bash 
előzmények közül történő elrejtésével kapcsolatban. 
Ha kijelentkezés helyettakil1] -9 $$ paranccsal ki- 
lövöd a saját bash folyamatodat, akkor nem fogja 

a lemezre írni az előzményeket. 

Jack Coates, Jackeomonkeynoodle.org 


Ures területen nem lehet lemezrészt létrehozni 


Red Hat 9 rendszerem jelenlegi lemezrészei a követ- 
kezők: 

hda1 20 GB Windows 

ae á EL ER ÜGt 

hda3 12 GB Linux /usr 

swap 1GB 


A GNU parted segítségével a hda1 méretét 8 GB-ra 
csökkentettem, amivel kaptam 12 GB üres területet. 
Ezen a használaton kívüli 12 GB-on egy új linuxos le- 
mezrészt szeretnék létrehozni. Gondom az, hogy 

a parted mkpart parancsa egyszerűen közli, nem 
tud lemezrészt létrehozni, az fdisk n parancs pedig 
azt mondja, először töröljek le egy lemezrészt, mie- 
lőtt újat hoznék létre. 

Hiroshi Iwatani, HGAOS3SSO(Onifty.ne.jp 


Úgy tűnik, mintha már lenne négy elsődleges le- 
mezrészed, márpedig ennél több nem lehet. Töröl- 
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nöd kell valamelyik lemezrészt, majd logikai lemez- 
részt kell a helyére tenned, amelyben számos továb- 
bi lemezrészt hozhatsz létre. 

Én a helyedben kikapcsolnám a csereterületet, tö- 
rölném a lemezrészét, létrehoznék egy az összes 
üres részre kiterjedő logikai lemezrészt, hozzáadnék 
egy új csereterületet, lefuttatnám az mkswap paran- 
csot, hozzáadnék egy új adattároló lemezrészt, meg- 
formáznám és végül bekapcsolnám a csereterületet. 
A /etc/fstab fájlt is át kell írnod úgy, hogy tartalma 
tükrözze a csereterületre vonatkozó változásokat, 
valamint az új adattároló lemezrésznek is szerepel- 
nie kell benne. 

Christopher Wingert, 

cwingertogualcomm.com 


Gyors hálózati kapcsolat keresztkötésű kábellel 
Keresztkötésű ethernetkábellel hogyan tudok adato- 
kat másolni két gép között, ha mindkettőn Debian 
sarge fut, illetve ha az egyiken sarge, a másikon 
pedig Microsoft Windows található? 

Zelei Ákos, azeleiofreemail.hu 


Egyszerűen adj mindkét gépnek tetszőleges, ugyan- 
abba a hálózatba eső IP-címet. (Javaslom, hogy az 
RFC 1918 dokumentum szerint e célokra fenntar- 
tott címtartományokat használa, ilyen például 

a 192.168.x.". Ha ezt választod, akkor például az 
egyik gép címe lehet 192.168.1.1, a másiké pedig 
192.168.1.2). Ha jól választod meg a címeket (vagy 
követed a példámat), az alhálózati maszk és a szórá- 
si cím értékét az alapértelmezetten is hagyhatod. 
Ezután már meg kell tudnod pingelni egymásról 

a gépeket. Ha ez sikerült, akkor az összeköttetés 
felett bármilyen TCP/IP protokollt használhatsz. 

Az elérésekhez használhatod az IP-címeket, de 

a /etc/hosts fájlba is készíthetsz új bejegyzéseket. 

A kapcsolaton keresztül rsync-et, scp-t vagy bármi- 
lyen, neked tetsző protokollt futtathatsz. 

A windowsos rendszeren ugyanez a helyzet: adj 
meg egy állandó IP-címet, majd használd a rendszer 
natív fájlmegosztását (ekkor Sambára lesz szüksé- 
ged a Debian GNU/Linux rendszeren), vagy telepítsd 
fel a Cygwin for MS Windows csomagot, és futtass 
például rsync-et SSH felett. 

Jim Dennis, jimdCostarshine.org 


Ha nem akarsz Samba kiszolgálót telepíteni 

a linuxos gépre, akkor tedd fel a putty nevű 
programot a windowsosra 

(2 http. Nwww.chiark.greenend.org.uk/—sgtatham/ 
putty). Ha a windowsos gépen már be van állítva 

a fájlmegosztás, akkor futtasd az smbclient progra- 
mot a linuxosról. 

Don Marti, dmarti(xoDssc.com 
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Linux a gyakorlatban 


A , csináld magad informatika": hogyan teremti meg a Linux és a nyílt forráskód 
a ,csináld magad" elvét az információs technológiában? 


ki a hagyományos ÍT médiát követi, az lemarad 
A a kisebb és nagyobb vállalatok körében egyaránt 
érezhető új irányvonalakról szóló hírekről: előtér- 
be kerül a belső erőforrásokra való hagyatkozás és fokozó- 
dik a Linux fejlesztésében való részvétel. Az Ernie Ball, 
a Morgan Stanley és a Ticketmaster vezetői beszélnek a ,csi- 
náld magad" elv kialakulásáról. 
Kétségtelen, hogy a Linux és a nyílt forráskód forradalma- 
sítja a kisebb és nagyobb vállalatok informatikával kapcso- 
latos elveit. De hogyan? Hiszen ha a szakterület lapjait ol- 
vassuk, összejövetelekre járunk és elemzőket hallgatunk, 
a szlogen amit hallunk vagy olvasunk mindig és mindenhol 
ugyanaz: a hatalom a vállalatok kezében van. 
A Computerworld.com tavaly novemberének egy hetét 
elemző rovatában 62 cikk közül 52 (3270) vagy valamelyik 
cégről szól (például: , A Red Hat és a Fedora"), vagy pedig 
a címében tartalmaz utalást egy vállalatra (Az IBM szerint 
az Egyesült Államoknak fejlesztésekre van szüksége a munkahe- 
lyek megtartása érdekében"). A valóság azonban nem ilyen 
egyszerű. Az úgynevezett , cégek" és az úgynevezett 
,vásárlók" különféle fejlesztői közösségeket képeznek. 
A vállalatok és a vásárlók eszközöket fejlesztenek saját 
maguk vagy mások számára, illetve eladásra. 
Az elmúlt év folyamán a Linux Journal megbízásából azt ta- 
nulmányoztam, hogy mi is történik valójában az II piacon, 
és azt is vizsgáltam, hogy milyen szerepet játszik ezekben 
a változásokbana Linux és a nyílt forráskód. Első jelenté- 
sem a 2003. júliusi Linux Journalban jelent meg 
(2 http:/www.linuxjournal.comv/article/6585), címe , Ho- 
gyan teszi a Linux bölcsebbé a vállalatokat?" Jelen írás a té- 
mában készült második jelentés, és az informatikában vég- 
bemenő változásokkal foglalkozik. Hosszú kutatásom során 
azt tapasztaltam ugyanis, hogy egyre inkább növekszik a 
személyes és közösségi fejlesztés népszerűsége és meg- 
bízhatósága, továbbá hogy egyre kézzelfoghatóbbá válik 
az ezt lehetővé tevő szabadság és bizalom. Nyugodtan 
kijelenthetjük tehát, hogy a csináld magad mozgalom 
mindenhol előretört, népszerűsége rohamosan növekszik, 
s ezt az új megközelítést nevezem én , csináld magad ÍI- 
nek" (CSMIT). 
Phil Moore, a Morgan and Stanley vállalati alkalmazás- 
infrastruktúrájának igazgatója erről a következőképpen 
vélekedik: 
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A nyílt forráskód nem tett mást, mint lejjebb helyezte azt 

a képzeletbeli lécet, amely fölött az ,csináld magad II" 
lehetséges. A gyártók által szállított, előregyártott építő- 
elemekből nem valósítható meg minden. Azt híresztelik 
magukról, hogy kész házat kapunk, de ez valójában nem 
igaz. Csöveket, foglalatokat és más, az összeszereléshez 
szükséges alkotóelemeket kapunk. A valóságban ez úgy néz 
ki, hogy ha vállalati rendszert építünk, akkor az IT műhely 
szakértőinek tudására is szükség van ahhoz, hogy az egész 
összeálljon. Sok tapasztalat kell ahhoz, hogy egy ilyen 
rendszert összeállítsunk, hiszen nem egyszerűen megvaló- 
sítható dologról van szó. De ha a vállalatok elhitették ve- 
lünk, hogy minden olyan pofonegyszerű, mint a .Net reklá- 
mokban vagy bármely, ígéretektől hemzsegő nagy reklám- 
kampányban, akkor baj van. 

Mindig szükség van egy bizonyos mennyiségű , csináld 
magad" késztetésre. A tanácsadók besétálnak, elvégzik 

a munkát és az ajtóból még visszaszólnak: 

, Hívjatok fél év múlva és jövök frissíteni" — ez a kép igen 
messze áll a valóságtól. Egy vállalat folyamatosan változik. 
Hogy a házunk falai most jó állapotban vannak, nem azt 
jelenti, hogy hamarosan ne lenne szükség újrafesteni őket. 
Bár a CSMIT azt is jelenti, hogy csökkentjük a vállalatoktól 
való függésünket, azért senki nem mondja azt, hogy a cé- 
gek rosszak vagy nem játszanak fontos szerepet a piacon. 
Mindössze arról van szó, hogy a piac már nem hozzájuk 
tartozik. 

Az a helyzet, hogy a kínálat és kereslet között új egyensúly 
jött létre, akár a gyártó, a vásárló és a fejlesztői közösségek 
között is. Úgy tűnik, a szoftverüzlet egyre nő. 

Ebben az írásban a csináld magad mozgalom főbb tényezőit 
tekintjük át: mit jelent a vezető szerep, mi a világháló szere- 
pe, mi a bátorság jutalma. Beszélünk a költséghatékonyság 
mindenek felett álló elvéről, a tehetség értékeléséről, a je- 
lenlegi állapotról, a titkolózásról és új nézőpontokról. 


Melyik vezért kövessük? 

lermészetes, hogy az ember vezetők után kutat, akikre fi- 
gyelhet, akiket követhet. De mi a helyzet azokkal a fejlesz- 
tésekkel, melyeknek nincs igazi vezetőjük, ahol a jövőt érin- 
tő döntések a közösségen belül, kölcsönös meggyőződésből 
és az ezt kifejező tettekből alakulnak ki? 

Pontosan ez zajlik a Linux, az ingyenes programok és 


1. táblázat A [/icketmaster előtt álló lehetőségek 


lerméknév Ár nyílt forrású Ár fizetős prog- 
beszerzés esetén ! ramok esetén 
ZO0Kelbíae $1.000.000 HKO00KOGO 


Operációs rendszer $600.000 
MED Kezolg áló $120.000 


$240.000 


b [.000-000 $1.960.000 


Adatbázisrendszer 


Összesen 


a nyílt forráskód és a szabad szoftver mozgalom körül. 

A Linux egy fejlesztés, nem pedig vállalat. Nem része sem- 
milyen vállalati struktúrának. Akár egy kőzetlemezt, 

a Linuxot is a kohéziós erő tartja össze, nem pedig egy szer- 
vezet rácsai. Az ingyenes programok és a nyílt forráskód ér- 
tékek és fejlesztési módszerek rendszerei. Ha csupán társu- 
lásokként vagy egyfajta árufajtaként tekintünk rájuk, akkor 
pont amellett megyünk el, amiről ez az egész szól. 

A világháló nemcsak azokat a dolgokat biztosítja, melyeket 
ma már alapvető szolgáltatásnak tekintünk, hanem minden 
és mindenki számára lehetővé teszi, hogy bekapcsolódhas- 
son, tanuljon és bölcsebbé váljon. Amiről sokat beszélnek, 
az elnyomja a mélyben rejlő elemeket, akkor is, ha ez utób- 
biaknak még van üzleti vagy más értéke. 

Craig McLane, a Ticketmaster technikai igazgató-helyettese 
így fogalmaz: 


Számomra az Internetben az a legnagyszerűbb, hogy mér- 
sékli az időeltérésből és távolságból eredő súrlódásokat. 

A céltudatos és tehetséges emberek egyszerűen egymásra 
találhatnak, kapcsolattartásuk akadálymentessé válik, és 
sokkal könnyebben, hatékonyabban tudnak együttmű- 
ködni, mint azelőtt bármikor. 

A nyílt forrás közössége valóban világméretű, és ez rengete- 
get számít nekünk. Nemzetközi vállalat vagyunk és terjesz- 
kedésünk során szeretnénk eljutni azokhoz az okos embe- 
rekhez, akik még elérhetők és viszonylag szoros kapcsolat- 
ban állnak egymással. 

Elképesztő erejű az a felismerés, hogy e közösség életében 
bárki részt vehet, nagyszerű tetteket vihet véghez és gon- 
dozhatja az innováció eme bölcsőjét. 


A hálózatba kötött informatikai világ 

Ma már egyetlen üzleti vagy állami szervezet sem létezhet 
az Internet, ezáltal a nyílt forráskódú programok nélkül. 
Egyre több helyütt felismerik azt is, hogy a mozgalom érté- 
keire is szükségük van, nemcsak az abban résztvevők tehet- 
ségére és programjaikra. Csupán az elmúlt évben kezdtek 
ráébredni a kormányok világszerte, hogy az állami informa- 
tikát nyílt, titkoktól mentes rendszerekre kell építeni, hiszen 
átláthatóságot, megbízhatóságot és egyszerű fejleszthetősé- 
get keresnek. 

Nézzük például Sterling Ballt, az Ernie Ball világhírű 
gitárhúrkészítő cég vezetőjét és névadóját. lermékeik hang- 
ját bármikor hallhatjuk, ha bekapcsoljuk a rádiót. Ami 
Sterling Ballt a nyílt forráskód forradalmárává teszi, az nem 
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az informatikai tudása, hanem a függetlensége — kimond- 
hatjuk: a merészsége. Ez akkor vált egyértelművé, amikor 

a BSA (a szoftverrendőrség) 2000-ben kalózprogramokat ta- 
lált az Ernie Ball néhány számítógépén. A BSA a honlapján 
még mindig találunk a razziával foglalkozó dicsekvő hangú 
írást. Sterling Ball a 2003. augusztusi LinuxWorld kiállításon 
folytatott beszélgetésünkben a következőképpen ismertette 
a helyzetet: 


,Egy elbocsátott alkalmazott szeretett volna bosszút állni 
valamiért, és úgy gondolta, hogy erre az a legmegfelelőbb 
módszer, ha kihívja a BSA-t. Meg is tette, engem pedig 
szövetségi perbe fogtak. Semmiféle figyelmeztetést, 
értesítést nem kaptam erről, az egyik péntek délelőtt 
egyszer csak betoppantak, mindenkit a gépek leállítására 
szólítottak fel és a gépekhez nem nyúlhattunk. Fegyveres 
rendőrbírók is jelen voltak. Alkalmazottaink csak rémülten 
ültek és ilyesmiket suttogtak, hogy , Akkor most mi lesz? 

A cég bűnt követett el? És ha igen, akkor mi bűnrészesek 
vagyunk?" Aztán kiadták a sajtójelentéseket... Érdekes egy- 
beesés, hogy ezeket a közleményeket mindig csak olyankor 
adják ki, amikor bezárnak egy vállalatot, vagy valami 
hasonló történik. 

San Luis Obispóban mi vagyunk a legnagyobb vállalat. 
Nagy hal vagyunk egy kis pocsolyában, ha úgy jobban 
tetszik. A közlemény főcíme így szólt: , Az Ernie Ballnál 
házkutatást tartottakaz illetékes szervek az ott használatban 
levő kalózmásolatok miatt", majd így folytatja: , A vállalat 
vezetői nem hajlandóak nyilatkozni." Nos, ez 
természetesen nem igaz. Otthon ültem. És olyat sohasem 
mondok, hogy nem nyilatkozom. Ez feltehetőleg nekik is a 
tudomásukra jutott, mert végül felhívtak, és megkérdeztek 
az ügyről. Amikor ez megtörtént, én csak annyit mondtam: 
Medvére vadásztak, de csak egy mókust találtak." 


Az Ernie Ball bíróságon végezte és büntetést fizetett, de a 
történetnek ezzel még nem lett vége. 


,A legrosszabb az volt, amikor a Microsoft másolatot készí- 
tett a szóban forgó újságcikkből és minden nyilvántartott 
Microsoft felhasználónak elküldte. A cikk aljára pedig az 
alábbi kis kiegészítést biggyesztették: , Ne járjon úgy, mint 
az Ernie Ball, amely egy nagyszerű vállalat, és most azt is 
megtanulta, hogy milyen nehéz megfelelni. Hívjon minket 
bizalommal. Ingyenes felmérést végzünk számítógépes 
hálózatán található szoftverekről, és 2070 árengedményt 
biztosítunk termékeinkből." 

Azért azt nem szabad elfelejteni, hogy mi még az 
incidenms előtt letöltöttük a BSA auditáló programját és 
nem működött. Ez az, amit félelemre alapozott 
marketingnek neveznek, amibe itt-ott besegít a mindenkori 
kormányzat is." 


Sterling Ball nem lett dühös, és nem a bosszúálláson törte a 
fejét, hanem inkább kiszállt: 


, Mindenki azt hitte, hogy megőrültem. Az egész II részleg 
például meg volt győződve arról, hogy mindenkit kirúgok. 
Azt mondtam, nem, mert én az informatikához csak olyan 
jelmondatok szintjén értek, hogy , Nem lesz sikeres a válla- 
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lat, amíg nincs irodai csomag minden gépen." Hé, azért be- 
szélgethetünk itt a LinuxWorldön, mert lecseréltem a szö- 
vegszerkesztőmet. A vállalatunknál most már mindenki 
nyílt forrású programok vegyesfelvágottját használja. Senki 
nem mutatta meg, hogyan kell csinálni. Magunktól kellet 
rájönnünk." 

Ernie Ball kiszolgálóin ma már Red Hat Linux fut, a mun- 
kaállomások GNOME-ot használó egyszerű Sun grafikus 
terminálok, melyek az alkalmazásokat egy Linux kiszolgá- 
lón futtatják. A vállalat levelezőrendszere a Ximian 
Evolution, irodai csomagja pedig az OpenOffice.org. 

A tanulság itt nem technológiáról szól. Hanem a független- 
ségről, a teddhetetlenségről és arról, hogy képesek va- 
gyunk-e szabadulni a reklámok hatása alól. A lecke itt az 
egyén, a szervezet és egy olyan piac lelkéről szól, melynek 
résztvevői még mindig azt hiszik, hogy az irányítás a nagy- 
vállalatok kezében van, hiába bizonyítja ennek ellenkezőjét 
az Internet és a nyílt forráskód sikere. 


A költséghatékonyság késztető ereje 

A szabadulás a felébredéshez hasonlít, és ez nem csak az 
Ernie Ball méretű vállalatokkal történik meg. Vegyük pél- 
dául a Ticketmastert. Craig McLane a LinuxWorldön így 
nyilatkozott: 


, Tíz országban 8000 ügyfelet szolgálunk ki. 2002-ben 95 mil- 
lió jegyet adtunk el olyan csatornákon keresztül, melyek 
együttesen több mint négymilliárd USA dollár forgalmat 
tesznek ki. Ezzel bekerültünk a 25 legnagyobb internetes 
kereskedőcég közé. Valójában a második helyen állunk, 

a Dell és az Amazon között. lehát üzletelünk, de ezt olyan 
emberek nevében is tesszük, akik megbíztak bennünket sa- 
ját üzletük irányításával. 3500 kirendeltségünk, 19 telefonos 
ügyfélszolgálati központunk és ott van a Ticketmaster.com 
weboldal, mely önmagában a forgalom 509o-át jelenti. Jegy- 
pénztár-rendszereket is szállítunk. Ha vásároltál már jegyet 
pénztárban, az szintén licketmaster rendszer, a sajátunkkal 
megegyező elemekből felépítve. A , lermék és lechnológia" 
nevű osztályunk képezi a licketmaster, mint vállalat sarok- 
kövét. 250 ember foglalkozik kizárólag ezzel a 2000 főt al- 
kalmazó vállalatban. 

Megoldásokat és rendszereket kínálunk, de azt a 8000 ügy- 
felet is ki kell szolgálnunk. Sok esetben az üzletünk jellege 
(a szokványostól eltérő, nagy kilengéseket mutató forga- 
lom, illetve más kereskedelmi hálózatoktól erősen különbö- 
ző, egyéni rendszereink) miatt nem létezik olyan készen 
kapható megoldás, mely kielégítené igényeinket. 

Valójában az elsők között vagyunk, akik alkalmazás-szolgál- 
tatást nyújtanak: a szolgáltatást több ezer ügyfélre terjesz- 
tettük ki, megírtuk a kódot, helyet biztosítunk a rendszer- 
nek, ügyféltámogatást nyújtunk és eladott egységenként dí- 
jat szedünk be. 

Nagy teljesítményű rendszerekre van szükségünk, melyek 
igen sajátos feladatokat hajtanak végre. A nyílt forráskódú 
programok ezt lehetővé teszik, ráadásul jobban működnek 
és feleannyiba kerülnek, mint a hagyományos üzleti rend- 
szerek. 

Az elmúlt másfél év során ezért alakítottuk át 

a9 Ticketmaster.com oldalt úgy, hogy az kizárólag nyílt for- 
rású eljárásokat használjon." 
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McLane ekkor elővette az 1. táblázatban látható kis ábrát, 
mely a vállalat költségterheit mutatja nyílt forráskódú, illet- 
ve szabadalmazott rendszerek használata esetén. Így foly- 
tatja: 


Valójában minden a licenszköltségekről szól. Ugyanazt 

a gépet kell megvennünk, ugyanolyan kiépítésben, azonos 
szállítótól. De mivel nyílt forráskódú programokat haszná- 
lunk, nem kell licenszdíjakat fizetnünk. Láthatjuk, hogy 
minden befektetett egy dolláron 50 centet takarítunk meg 
és cserébe hasonló vagy jobb teljesítményt kapunk. Ráadá- 
sul a fejlesztői közösségek felől érkező támogatás általában 
többet ér, mint a programokat áruló cégek ügyfélszolgálata. 
A tőkefejlesztés és hardver tekintetében a weboldal néhány 
millió dollárba kerül, tehát az egész forgalom töredékéről 
beszélünk. A Wall Street vagy a CFO nézőpontjából nem 
változtatja meg a vállalatot, nekünk azonban számít, mivel 
a megtakarított pénzt további okos emberek foglalkoztatá- 
sára tudjuk fordítani. És ez az, ami igazán fontos." 


A tehetség értékelése 

Craig MacLane számára a nyílt forrású programokkal fog- 
lalkozók értéke egyszerre nyilvánul meg a csoport, illetve 
az egyén erejében. Ezt egy I. S. Eliott idézettel magyarázza: 
,Nincs költő, nincs olyan művész, aki pusztán maga hor- 
dozza önmaga jelentését." És hozzáteszi: 

Erőteljes eszközöket adunk embereink kezébe és egyre 
több, a megoldások keresése iránt érdeklődőt vonunk be, 
akik képesek önálló munkavégzésre, de fontos számukra 

a csapathoz tartozás is. 

A Stas Beckmanhoz hasonló emberek igen fontos területtel 
foglalkoznak: a mod perl 2.0-val. Az ő munkája a közössé- 
get segíti, így minket is. Adatbázis-kapcsolatokkal is dolgo- 
zik... lehát olyan szakterületeken is élen járunk, melyeknek 
eredményei széles körben hasznosításra kerülhetnek. 
Geoffrey Young is nálunk kezd hamarosan. Olyan feladatok- 
kal foglalkozik majd, melyeket önállóan is elvégezhet, és 

a közösség is hasznot hajthat belőle, emellett persze meg- 
könnyíti a mi dolgunkat is. 

Csapataink rendelkeznek a saját eszközeik felett. Kifogások- 
kal sem állhatnak elő, nem mondhatják, hogy a program 
gyártója nem tud választ adni a problémára vagy nem lehet 
telefonon elérni. 

Mindenki tudja, hogy a közösség a közönség mindig ott 
van, és a forráshoz is hozzáférhetsz. Minden előttünk van. 
A nyílt forráskód, illetve a sokat tudó és segítőkész közös- 
ség tehát egyfajta felelősségbiztosítás is egyben. 
Motivációban sincs hiány. Ha az emberek választhatják 
meg, hogy mivel szeretnének dolgozni, munkájuk azonnal 
értelmet kap számukra. Vállvetve dolgoznak az általunk 
nap mint nap használt eszközök fejlesztőivel. Ezt sehol 
máshol nem kapod meg." 


Íme tehát egy újabb vállalat, mely okosabb lett, és pénzt ta- 
karított meg azáltal, hogy saját okos embereihez és az őket 
segítő közösségekhez alkalmazkodott. 

Mi a különbség a mai és a 10-20 évvel ezelőtti helyzet kö- 
zött? McLane szerint , az Internet ma megtöbbszörözi az 
egyén képességeit." És hozzáteszi: , Ezt súlyos hiba volna fi- 
gyelmen kívül hagyni." 


Hol állunk most? 

Nap mint nap olvashatunk arról, hogy az informatikai fő- 
nökök mindenhol odavannak a Linuxért. Ken Harris, a Gap 
Corp. divatcég informatikai vezetője a minap nyilatkozta, 
hogy bármi jöhet, ,aminek csak egy kicsi köze van 

a Linuxhoz." Emea Harris a Lehman Brotherstől azt nyilat- 
kozta, hogy ,a Linux köré építkezést nagyon komolyan 
vesszük." 

Amikor a csináld magad informatikáról beszéltem a 2003. 
júliusában tartott O" Reilly Nyílt Forrás Közgyűlésen, a be- 
szélgetésen résztvevők (körülbelül 100 ember) többsége 
nagyvállalatokól érkezett régi vágású II szakember volt. 
Köztük ült Phil Moore is. Az egyik hallgató azt mondta, 
hogy néhány vállalat úgy érzi, a nyílt forrású fejlesztések 
révén előnyre tesz szert a versenyben és éppen ezért nem 
akarnak ezekről nyilvánosan beszélni: , Nem akarják, hogy 
versenytársaik megtudják, hogyan lehetne gyorsabb és ol- 
csóbb megoldásokat találni." 


Elhallgatott történetek 

Vajon mi minden nem került még nyilvánosságra? Felsoro- 

lok néhányat, a sorrend nem fontos: 

e A Debianról nyilatkozta egy technológus, kinek cége 
a Red Hattal és a SuSE-vel tart fenn társult viszonyt: 

, sokkal több helyen látni Debiant, mint amennyiről 

a különféle jelentések beszámolnak. A Red Hat és 

a SuSE lehet, hogy többet ad el, és így a felméréseket az 
első helyeken szerepelnek. A tényleges megvalósításo- 
kat tekintve azonban a Debian hatalmas népszerűség- 
nek örvend." 

e Oktatás: az elmúlt 30 év során az olyan vállalatok, mint 
a Digital, az Apple, az IBM vagy a Microsoft sikerre vit- 
ték azokat a tanfolyamokat, melyekkel a diákokat ma- 
gukhoz láncolhatják. Most ezek a diákok a rengeteg sza- 
bad szoftver és a futtatásukra képes régi vagy olcsó gép 
közül választhatnak. Doug Kaye webszolgáltatás- 
tanácsadó és szakíró szerint , a középiskolákban és a fő- 
iskolákban ma már minden a szabad forráskódról és 
a LAMP-ról szól." 

e A biztos mellékkereset ereje: számos informatikus arról 
számolt be nekem, hogy a nagyvállalatokkal ápolt jó 
kapcsolatok mindig is igen fontosak voltak, azok is ma- 
radnak mindörökre és kész. , Kapsz egy csomó ingyenes 
dolgot. Jegyeket sporteseményekre, vacsorameghíváso- 
kat, konferenciameghívókat. Sokan emiatt imádják ezt 
a vonalat." 

e  Awkis szolgáltatók megnövekedett esélyei: az egyik 
nagyvállalati informatikus a következőket mondta ne- 
kem: , Az informatikában érzékelhető csináld magad elv 
lejjebb viszi a piacra való belépéshez szükséges küszö- 
böt, így kis vállalatok is bejuthatnak a körbe. Harminc 
éve a nagyvállalatok a nagy megoldásokért más nagy- 
vállalatokhoz fordultak. Ez mára megváltozott. Létrejöt- 
tek azok a 15, 20, 40 főt foglalkoztató kis cégek, melyek 
odamennek és tökéletes rendszereket valósítanak meg 
hatalmas vállalatok számára." 


Phil Moore hozzáteszi: 


, Amikor a partnert kereső vállalat egy nyílt forrású eszkö- 
zöket szállító kis cégre adja a voksot, a nagyvállalatokkal 
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történő egyezkedés minden lidércnyomása kikerülhető. Ha 
a nagy cégtől csupán kis változtatást kérünk, gyakran az is 
nagy összegekbe kerül. Az általam látott legkisebb értékű 
nagyvállalati szerződés is félmillió dollár környékén moz- 
gott. Csupán a szerződéssel kapcsolatos tárgyalásokhoz két 
hatalmas jogi osztály szükséges. Én pedig körülnéztem és 
egy hasonló méretű változtatást nyílt forrású alapokra épít- 
ve négy számjegyű összegből megoldottam. Ez egy arany- 
bánya, mely óriási mértékben könnyít a költségvetési terhe- 
ken és a folyamat jóval kevesebb időt vesz igénybe. 


Kitekintés 

Nagyvállalatok nélkül nem lennének magazinjaink, kiállítá- 
saink, csak hogy két kedvencemet említsem. A piac ökológi- 
ája szempontjából fontos, hogy a nagy cégek erőltessék sa- 
ját termékeiket és meséljék saját történeteiket. A gond ed- 
dig az volt (sőt, most is az), hogy a piac eseményei és ezek 
tálalási módja között túl nagy a távolság. 

Úgy vélem, hogy ez az érintett iparágak fiatal korára vezet- 
hető vissza. A számítástechnika 50 éves, a szoftveripar fele 
ennyi. A mindent megváltoztató Internet csupán 9 évvel 
ezelőtt kért helyet magának az üzleti világban. 

Most a piac keresleti oldalának kell nyíltabban megfogal- 
maznia elvárásait, a megfelelő szinten lévő embereknek pe- 
dig nagyobb bátorságra van szükségük mindezek elmondá- 
sához. Olyan kiadványokra is szükség van, amelyek öröm- 
mel fogadják és közvetítik e véleményeket, ehhez pedig se- 
gítő szerzők, szerkesztők és elemzők kellenek. 

Christopher Lyndon barátom 

(2 blogs.law.harvard.edu/lyndon), a New York Times volt 
tudósítója és az NPR , Connections" című műsorának házi- 
gazdája szerint ami az iparágban történik — a csináld magad 
mozgalom -, tisztán emersoni ihletésű. 

Ő hívta fel a figyelmem az író Önbizalom című esszéjének 
(eredeti címe: Self-Reliance, elolvasható 

a 2 www.emersoncentral.con/ selfreliance.htm oldalon) 
egy részletére: 

, Hinni saját gondolatodban, elhinni, hogy ami neked igaz, 
az mindenki számára igaz — ez maga a tehetség. Mondd ki, 
amit titkon hiszel, és általános érvényűvé válik, hiszen 

a legbelső a kellő időben a legkülsővé válik. [...] Előbb vagy 
utóbb minden ember ráeszmél, hogy az irigység tudatlan- 
ság, a színjáték öngyilkosság, hogy jóban, rosszban csak ön- 
magára számíthat, hogy bár a világegyetem telis-tele van jó- 
val, a táplálékot adó kukorica egyetlen szeme sem lehet az 
övé, ha nem hullatja verejtékét a földdarabon, melyet neki 
művelni adtak. A benne rejlő erő természete új, s rajta kívül 
senki más nem tudja, mire képes, és ő maga sem, amíg nem 
próbálta." 

Mi megtesszük, amit nekünk kell. És mint eddig, úgy to- 
vábbra is az Olvasók segítségére is támaszkodunk. 


Linux Journal 2004. február, 118. szám 


Doc Searls (docAssc.com) a Linux Journal vezető 
szerkesztője. Havi rendszerességgel megjelenő 
cikksorozata a Linux for Suits, kéthetente olvasható 
hírlevelének címe SuitWatch. 
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Demokrácia 2.0 


Két amerikai elnökválasztási kampány is kavarodást idézett elő amikor a Világhálót 
mint kétirányú médiumot használta. Az újítókat ezúttal ugyan maga alá gyúrte 
a Nagy Televízió, de a nyílt forráskódú program készen áll a következő menetre. 


ét évvel ezelőtt nyáron Lawrence Lessing beszédet 
KK tartott, melyben arra buzdította a fejlesztőket, hogy 
vállaljanak politikai szerepet, és harcoljanak azok- 
kal az kezdeményezésekkel, amelyek a szabad és nyitott 
hálózatot szeretnék korlátozni. Felszerelni rá egy olyan cső- 
vezetékrendszert, melynek minden csatlakozóját és minden 
elágazását az ipari termelők digitális jogainak irányítására és 
védelmére létrehozott mechanizmusok szabályozzák. 
Lessing nem fogta vissza magát: 
,Két éve magyarázok nektek! És még mindig nem tettünk 
semmit. Egy csomó energiát öltünk honlapok, blogok, és 
Slashdot-történetek létrehozásába. [De] egyáltalán nem fog- 
lalkoztunk azzal, hogy Washingtonnak ezt az elképzelését 
megváltoztassuk. 
De ha most nem tesztek valamit, akkor ez az általatok létre- 
hozott szabadság, melyet egész életetekben kódoltatok, el 
fog tűnni. Vagy azok veszik el, akik bennetek fenyegetést 
látnak és ezért a szabadalmaknak nevezett jogi szabályozást 
hívják segítségül, vagy pedig azok, akik kihasználják az újí- 
tások feletti ellenőrzésnek azt a példátlan lehetőségét, amit 
a szerzői jogi törvény ad a kezükbe. E törvényi változások 
olyan világot fognak eredményezni, amelyben a szabadsá- 
gotoknak már nem lesz helye. És ha nem tudtok harcolni 
a szabadságotokért, nem is érdemlitek azt meg. 
És ti nem tettetek semmit." 
Larrynek igaza volt. A RIAA-val, az MPAA-val, a nagy ki- 
adók és műsorszóró vállalatok lobbijaival és magával 
a Kongresszussal folytatott harcban a , jók" újra és újra ve- 
reséget szenvedtek. 
Jegyezzük meg ezt az időpontot és szaladjunk előre 17 hó- 
napot, 2003 decemberéig. Az elsődleges elnöki bemutatko- 
zások megkezdődtek és az egyik demokrata jelölt nem az 
lehengerlő fellépésének köszönheti jó helyzetét, hanem az 
Internetnek, és néhány olyan eszköznek, amelyek a Hálón 
futnak. 
Egy Christopher Lydonnal folytatott interjújában Larry er- 
ről a következőket mondta: 
, Elérkeztünk oda, hogy az emberek felismerték, hogy a kul- 
túra nem olyasvalami, amivel etetni kell őket. Mint a szov- 
jet birodalom fennállásának vége felé, amikor az emberek 
rájöttek, hogy részt vehetnek a kultúra létrehozásában és 
elosztásában. A műszaki technikák segítségével nekünk is 
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lehetőségünk nyílik erre. A probléma éppen az, hogy a tör- 
vény ettől megfoszt minket. A Creative Commons feladata 
tehát az, hogy a törvényt valamilyen módon eltávolítsa az 
útból, hogy az emberi alkotóerő számára felhasználható le- 
gyen a műszaki technika e rendkívüli lehetősége... Célunk 
az, hogy megkönnyítsük az emberek számára annak a felis- 
merését, hogy ez a kultúra számukra is hozzáférhető. 

A ,mi" ebben az esetben nem csak a Creative Commons-t 
jelenti. Ez valami új és mégis ismerős dolog: a szabad kultú- 
ra mozgalma. , Ahogy Richard M. Stallman életet adott 

a szabad szoftver mozgalmának", mondta Larry, , azt hi- 
szem kimondhatjuk, hogy mi vagyunk a szabad szoftver 

a kultúráért mozgalma." És Richardhoz hasonlóan Larry 
sem késlekedik a határok meghúzásával: 

Van egy fontos különbség a szabad szoftver mozgalma és 

a nyílt forráskódú szoftver mozgalma között, mégpedig az, 
hogy az előbbinek elsődleges célja a szabadság. Nem jobb 
programokat ígér, és nem egy jobb üzleti modellt. A szabad- 
ságot ígéri. És azt hiszem a szabad kultúra mozgalmának is 
ez a lényege. Arról szól, hogy megadja az embereknek a sza- 
badságot a saját kultúrájuk létrehozására és művelésére. 
Mint a szabad szoftvereknél, itt is lényeges az eszköz. 

A szabad kultúra eszközének , egyik legfontosabb példája", 
Larry szerint a webnapló: 

A szabad kultúra jelenti az átmenetet a műsorszórás kultú- 
rája és az alkotó kultúra között — az előbbi az, ahol kevesek 
szólnak sokakhoz, az utóbbi pedig, amelyben sok ember 
szól sok emberhez. Látszólag mindig is ez volt az Internet 
lényege. De a blogok megjelenése az első alkalom, amikor 
a politikai eszmékkel összefüggésben történik mindez, erre 
átültetve és kiterjesztve, ahogy más emberek beszámolnak 
erről. A politikai kampányok szavajárását használva: jobb 
állampolgárokká váltak. Elkötelezett polgárokká. Az elmúlt 
150 évben nem született olyan új találmány, amely több el- 
kötelezett polgárt eredményezett volna. 

Larry mindezt 2003 végén mondta, amikor Howard Dean fel- 
bukkant a demokraták első számú elnökjelöltjeként. A 2003-as 
naptári évtől kezdődően Dean Internetre épülő kampánya 

a semmiből indult, rekordmennyiségű pénzt gyűjtött össze, 
rekord számú embert mozgósítva és esélyessé téve a jelöltjét 
a vezető helyre mind a szavazatok, mind a pénz tekintetében. 
Amikor mindennek vége lett és Joln Kerry szerezte meg 
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a Demokrata párti jelöltséget, a vezető újságok előre kiszámít- 
hatóan hasonlították Dean kampányát a dot-com lufihoz. 

Joe Trippi, Dean kampányigazgatója fogalmazta meg, amit 
mindenki tudott, ha valóban követte a kampányt vagy részt 
vett benne: , Ez nem egy dot-com bukás volt. Howard Dean 
kampánya egy dot-com csoda volt. Vizsgáljuk csak meg ezt 

a jelenséget. Ez a fickó az elmúlt év január 31-én indult el hét 
emberrel, 157.000 dollárral a zsebében, és mindössze 432 is- 
mert támogatóval... Egy csillag volt... Hogyan történhetett 
meg mindez? Igazi csoda, hogy Howard Dean ilyen kezdés 
után eljutott 45 millió dollárig, amely több, mint amennyit 

a demokraták történetében valaha összegyűjtöttek. Ez nem 
az ő érdeme, nem is az enyém. A tiétek." 

Trippi szerint a politika többé nem olyasvalami, amit a mé- 
dia közvetít, nem egy lóverseny, ahova csak a profik léphet- 
nek be. Ez annak a televíziós korszaknak a vége, mondja 
TIrippi, ami a Kennedy-Nixon vitával kezdődött 1960-ban: 
Öt-tíz évig tartott, amíg világossá vált, hogy ez volt az a pil- 
lanat, amikor a televízió elkezdett mindent befolyásolni az 
amerikai politikában. Amit senki nem látott előre az az, 
hogy ezzel kezdetét veszi a pénzért való futás, a versengés 
egy olyan egyirányú kommunikációs csatorna birtoklásáért, 
amely lényegében kiiktatta az amerikai választókat a folya- 
matból. Többé már nem az amerikai átlagemberről volt szó, 
hanem arról, hogy , Hogyan találjak egy pénzes pasit aki ír 
nekem egy 2000 dolláros csekket, és hogyan vegyek a pén- 
zen egy televíziót magamnak?" 

Joe Irippi mindezt 2004 február 11-én a Digital Democracy 
(Digitális Demokrácia) tiltakozó előadássorozat vitaindító 
előadásában mondta, amely az O" Reilly Emerging 
Technology Conference-t nyitotta meg. Ezt az eseményt én 
javasoltam az O Reilly embereinek még 2003 júliusában, 

a cég Open Source Convention nevű rendezvényének vé- 
gén. Szintén az én ötletem volt meghívni Joe Irippit, hogy 
adja meg az alaphangot. Az ötlet akkor merült fel bennem, 
amikor az 3 http:/www.xpertweb.com alapítója, 

Britt Blaser és egy energikus Dean-szavazó utazásra vitt el 
Dean kampányának főhadiszállására a Vermont állambeli 
Burlingtonba. Tisztán elektronikus formában voltam jelen. 
Az arcom Britt laptopján volt, a hangomat a laptop hangszó- 
rói jelentették, a szemem szerepét pedig a laptop fedelére 
szerelt kamera töltötte be. A testem Kaliforniában maradt. 
Ebben a test nélküli formában ismertem meg Joe-t. Britt fel 

s alá sétálgatott a laptoppal, amelyet úgy tartott mint egy 
előétellel megrakott tálcát, az előcsarnokban belebotlottunk 
Joe-ba. Miután egy sziával üdvözöltem Joe-t, megkérdeztem 
tőle, hogy hajlandó lenne-e a februári rendezvény nyitóelő- 
adását megtartani. Meglepetésemre igent mondott. 


Hosszú és furcsa utazás 

A történetbe több mint egy évvel korábban keveredtem be- 
le, 2002 június 26-án, az 8 http:/www.eThePeople.org, va- 
gyis ,nyilvános fórum az új demokratikus párbeszédért" 
New York-i nyitórendezvényén. Én voltam az első számú 
előadó, akit azért hívtak meg, mert kitaláltam ,a piac nem 
más, mint párbeszédek hálózata" szólást, amely a The 
Cluetrain Manifesto (magyarul: Cluetrain, A hagyományos 
üzletmenet végnapjai, 2001 Typotex — a ford.) alaptézise volt, 
s amely az elhePeople céljának meghatározását is elősegí- 
tette. Íme a gondolatmenet: 
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A demokrácia egy beszélgetés. Olyan párbeszéd, amelyben 
részt vesznek politikusok, az érdekelt csoportok, pártok, új- 
ságírók, lobbisták, kérdezőbiztosok, levélírók, kampánytá- 
mogatók, tiltakozók és szavazók. Egy folyamatos alkudozás 
arról, hogy az általunk vallott prioritásokat és értékeket ho- 
gyan kellene a köz javára fordítanunk. 

Az elThePeople a honlapját a Linuxra építette. Ugyanígy 
tett Scott Heiferman, annak a MeetUp-nak az alapítója, 
amely mindössze 12 nappal korábban indult útjára. Scott 
ott volt a partin és beszélt nekem a MeetUp Linuxos alap- 
jairól. A MeetUp odáig jutott, hogy a demokrácia legfon- 
tosabb üzleti kellékévé vált — a kocsma mellett. Csak 
Howard Dean miatt több mint 165.000 ember csatlako- 
zott a MeetUp-hoz. 

Britt olyan gyakran hívott a Dean-kampány vermonti fő- 
hadiszállásáról, hogy már úgy éreztem, minden munkatár- 
sát személyesen ismerem. Noha néhányan már korábbról 
ismertek engem, mivel a kampány tudatosan merített 

a Cluetrain Manifesto-ban a piaci hálózatokról elmondot- 
takból és az elméletet alkalmazta a szavazókra. 

A Cluetrain-ben az áll, hogy , a piacok egyre értelmeseb- 
bekké válnak, mégpedig gyorsabban, mint a legtöbb 
vállalat."A Dean kampány megfogalmazása: , A hálózatba 
kapcsolódó polgárok gyorsabban válnak értelmessé, mint 
a legtöbb kampány." 

Több mint 600.000 ember csatlakozott a kampányhoz, és 
jelentős százalékuk kint volt az utcákon, keményen járta az 
országot a jelölt érdekében, kellékeket gyártott, találkozókat 
és gyűléseket tartott, s mindezt kevesebb felső irányítással, 
mint az ország történetének kampányaiban bármikor. Több 
önkéntestől hallottam, hogy a kampány leginkább egy el- 
szabadult vonatra hasonlított. 

lettem egy utazást ezen a vonaton a múlt nyáron, amikor 
,A Háló megmentése" címmel az egyik írásom megjelent 

a Linux Journal honlapján. Két nappal később a BlogFor- 
America oldalon, Dean Weblogján megjelent Matt Gross le- 
vele , A Háló és a politika megmentése Doc Searls szerint, 
avagy vegyük fel a kesztyűt". A levél célja az volt, hogy 
több pénzt gyűjtsön össze, mint a Dick Cheney alelnök által 
tervezett összeg a következő hétfőn tartandó 2000 dollár/tá- 
nyéros vacsorán Dél-Karolinában. 

A szöveg legfontosabb bekezdése: 

Arra gondoltunk, hogy 28-án, hétfőn, felvesszük a kesztyűt. 
Úgy gondoljuk, hogy ti meg tudjátok mutatni Dick 
Cheney-nek, hogy van más módja is annak, hogy 250.000 
dollárt összegyűjtsünk egy nap alatt — mégpedig olyan em- 
berek segítségével, akik magukénak érzik ezt a demokráci- 
át. És nem azok segítségével, akik maguknak akarják meg- 
vásárolni azt. Mi a véleményetek? Vegyük fel végre a kesz- 
tyűt? Minek nevezzük az eseményt? 

A hozzászólások száma, mint mindig, több százra rúgott. 
Szombat reggelre 82.260,28 dollár gyűlt össze, és hétfő előtt 
egy órával már meghaladta a 250.000 dollárt. A végső 
összeg (bár mondták, hogy tovább emelkedett) 508.540,31 
dollár volt, amit 9601 ember gyűjtött össze - ez átlagosan 
5297 dollárt jelent fejenként. 

Ahogy Britt és mások is magyarázták később, a rohamban 
nem a kampány azon dolgozói pörgették fel leginkább az 
eseményeket, akik a blogra a részeredményeket feltették, 
hanem azok az emberek, akik a blog megjegyzés-rovatában 
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szerepeltek. Egy megjegyzésrovat indítása a kampány 
blogján felért azzal, mint amikor artézi kutakat fúrunk a tá- 
mogatók ezreinek zsebébe. 

A kampánylátogatásom közvetlenül a 2004-es iowai jelölő- 
gyűlés előtti napokra esett. A főhadiszálláson minden maxi- 
mális fordulatszámon pörgött és úgy tűnt, hogy az ügy 
meg sem áll az előválasztásokon elért nyeréssorozatok előtt. 
Egy nappal azután, hogy visszatértem New Yorkba (a 
LinuxWorld kiállításra), Dean elvesztette az iowai előválasz- 
tásokat, csak harmadik helyezést ért el. Azon az éjszakán 
hallatta a híres , kiáltását , amit az ABC News ,néhány nap 
alatt 700-szor" játszott le. A többi már történelem. 

Vagy mégsem. Érdekes módon a DeanForAmerica kom- 
mentárjai tovább folytatódtak. Voltak, akik a madridi bom- 
batámadással kapcsolatban fejezték ki a szimpátiájukat, 
megjelentek javaslatok a Kerry-kabinet tagjai számára, gya- 
korlati ötletek a kampányban megmaradt energiák további 
hasznosítására, mialatt a kampányban részt nem vevők kö- 
zül kevesen tűntek úgy, hogy tudomást szereznének erről. 
Néhány bejegyzés magától Howard Dean-től származott 

— ez ritkán fordult elő korábban, amikor a jelölt elnöki re- 
ményei még nem foszlottak szerte. 


Alkalmazkodik a nemzet 

Mikor ezt írom, éppen azon bánkódom, hogy nem jutottam 
el Arkansasba, hogy lássam amint Cameron Barett, Tony 
Steidler-Dennison és más hackerek a Wesley Clark kam- 
pányban tevékenykednek. Cam az egyike az eredeti 
bloggereknek, Ilony-t pedig a Linux Journaltól ismerem, 
ahol rendszeresen jelennek meg cikkei. 

Cam és 1ony az egész kampányt nyílt forráskódra építette, 
összeügyeskedtek egy csomó eszközt amelyek most vissza- 
tértek az ökoszisztémába a szerzőjükkel együtt. A Clark- 
kampány befejezése után Cam a Kerry kampányban folytat- 
ta a munkáját, Ilony pedig visszatért a korábbi szemlélődő 
szerepéhez. Amikor megkérdeztem 1lony-t, hogy mi történt 
a csapata által a Clark-kampányhoz kifejlesztett eszközökkel, 
így válaszolt: , Maguk az eszközök egy módszert biztosítot- 
tak a Clark-kampányhoz, különösen arra vonatkozóan, hogy 
minél rövidebb idő alatt kapcsolhassunk a megfelelő sebes- 
ségre. Arra nem lett volna időnk, hogy a támogató eszközök 
összekapcsolt rendszerét ilyen gyorsan vagy ilyen költség- 
hatékonyan létrehozzuk szabadalmazott eszközökkel. 

Ezek voltak az első olyan kampányok, melyekben a világhá- 
lót valóban kétirányú kommunikációs csatornaként használ- 
ták. Úgy gondolom, hogy Cam Clark Community Network 
(Clark közösségi hálózat) alkalmazása volt a kampányokban 
felhasznált leghatékonyabb eszköz a támogatói közösségek 
létrehozására. A 2000-es kampány az Internetet használta 
arra, hogy az üzeneteket a eljuttassa a tényleges és potenciá- 
lis támogatókhoz. Ez még egyirányú kommunikáció volt. 
Dean és Clark kampányai voltak az elsők a támogatói han- 
gok bekapcsolása terén, és ezzel megteremtették a lehetősé- 
gét annak, hogy a jelöltek felé lehessen visszajelzéseket ten- 
ni. Más szavakkal: a kampánycsapatok ezzel kiemelték 

a kampányokat a pusztán adománygyűjtő szerepükből. 
Elsőként említhetem meg, hogy a Clark-kampány tényleg 
odafigyelt a közösség együttes hangjára. A nyílt forrású esz- 
közök pedig lehetővé tették, hogy létrehozzunk egy olyan 
közösséget, amely valóban hallatja a hangját a kampányban. 
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A Clark-kampány legfontosabb öröksége valószínűleg 

a Clark IlechCorps. Azok az eszközök, amelyeket a támoga- 
tó közösségek szervezésére hoztunk létre bárki számára el- 
érhetőek a nyílt forráskódú felhasználói szerződés szerinti 
használatra és továbbfejlesztésre. Még mindig egészen 
nagy az aktivitás a lechCorp honlapján, mivel a téma iránt 
érdeklődő fejlesztők tovább dolgoznak az eszközökön. 
Majd meglátjuk, hogy meddig jutnak. 

Sokan töltötték a 2003-as évet kódok buherálásával, mert úgy 
gondolták, hogy ez majd megváltoztatja a politikát -és iga- 
zuk lett. Ők a hatalmi eszközök területének nyílt forráskódú 
vállalkozói. Mint minden igazi vállalkozó, ők is olyan művé- 
szek, akik azért alkotnak, mert képtelenek nem alkotni. 

Joe Trippi a MeatUp-ot a Dean-kampány gyilkos alkalmazá- 
sának nevezte. , Csináltunk egy kalapácsot", mondja Scott 
Heiferman , és ők építettek vele egy házat . 

Zephir Teachout, akinek a Dean-kampányban való részvé- 
telét csak Joe Irippi szárnyalta felül, annyit mondott, 

a MeatUp-ról, hogy az azért ilyen jó eszköz, mert amit lét- 
rehozott, az nem csak a hálózaton létezik. A találkozások 
fizikailag is létrejönnek. A hálózaton kívül. Scott Heiferman 
elmondta nekem, hogy a MeatUp legfontosabb szervezeti 
kapcsolatai azokban a helyi éttermekben és kávézókban jöt- 
tek létre, ahol a tagok egymással találkoztak. 

Vagyis a MeatUp sikere részben annak tudható be, hogy 
legalább egy web-fejlesztési alapelvet megszegett: nem 
hagyta túlburjánzani a szolgáltatásait és nem engedte, hogy 
a fejlesztési ambíciók elszakadjanak az elsődleges céltól. 

És ezeket a szolgáltatásokat mindvégig egyszerűnek tartotta 
meg, ahogy az már hagyományosan lenni szokott a nagy- 
szerű és jól használható nyílt forrású programoknál. 


Vizsgáljuk meg a forrásokat 

Joe Trippi gazdag pályafutása során a Progeny-nél is dolgo- 
zott kiküldetésben, ahol munkatársa volt Ian Murdock, 

a Debian társszerzője. Nem véletlen egybeesés, hogy 

Joe Dean kampányát , nyílt forráskódú kampány"-nak ne- 
vezte és azt mondta: , Az egész olyan, mint a Linux. Minél 
több ember csatlakozik, annál valószínűbb, hogy egy jobb 
dolgot hozunk létre." 

Phil Windley a Utah-i CIO volt munkatársa szerint elérkez- 
tünk annak a korszaknak a végére, amelyben a kormány- 
zást megbénítja az ideológiák és ideológusok szemben álló 
tábora: a 60-as 70-es évek üzletellenes baloldaliak és a 80-as 
90-es évek államellenes jobbosai. , Egyik csoport sem értette 
meg, hogy a polgárok nagy része nem vevő az ideológiák- 
ra. Valójában a legtöbb ember mindössze annyit vár az ál- 
lamtól, hogy az utakat megjavítsa." Annak a véleményének 
is hangot adott, hogy milyen izgalmas volt látni azt, hogy 
mekkora lehetőség az átlagpolgárt bevonásában és mi törté- 
nik, ha hagyják részt venni a kormányzati gépezetben. Már 
számtalan NGO (Non-Governmental Organizations, nem 
hivatalos szervezetek) hozott a kormányzat számára megol- 
dást valamilyen problémára ahelyett, hogy az ellenkezőjé- 
nek a bekövetkeztére várt volna. 

Módomban állt minderről személyesen is meggyőződni, 
amikor egy barátom megkért, hogy vegyek részt az egyik 
helyi csoport és a területi közigazgatás vezetőinek találko- 
zóján. A helyi csoportnak volt egy elgondolása a területen 
belüli sávszélesség növelésére vonatkozóan, és ezen a talál- 


kozón adták elő a konkrét javaslataikat. Meglepetésemre 

a választott hivatalnokokkal egy helyi kérdésről folytatott 
termékeny eszmecsere közepén találtam magam - ez szá- 
momra új élményt jelentett. 

Amit a találkozó után vendéglátóm mondott, attól majdnem 
hanyatt estem, mert ilyesmit még nem hallottam azelőtt: 
,Nem a vezetéssel van baj. Az embereknek kell megoldások- 
kal előállni a helyi vezetőség felé. A közigazgatás epedve 
várja a válaszokat. Hozz néhányat és menni fog a dolog. 
Soha nem tapasztaltam, hogy a hivatalok packáztak volna 
velem. Minden szinten érdeklődést és együttműködési haj- 
lamot találtam, amikor megoldásokkal álltam elő és nem 
csak problémákkal. 

Sok tanácstalan ember a vezetéstől várja, hogy megoldja 

a gondjait. Ez a rendszer valódi működésének figyelmen 
kívül hagyásáról tanúskodik. Ha konstruktív vagy, részt ve- 
hetsz a rendszer működtetésében. A hivatalnokok minden 
kérdésben segítségért kiáltoznak. Ha segítünk nekik, akkor 
együtt dolgozhatunk velük." 

,A demokrácia az első nyílt forráskódú alkalmazás" mondja 
Phil Windley. Részletezve a kérdést arról elmélkedik, hogy 
az olyan nyílt forráskóddal kapcsolatos értékek, mint a kód 
nyilvánossá tétele, a szakértői bírálat (peer review), az önál- 
ló kezdeményezés, a javított kód állandóan ismétlődő 
beemelése az igazán soha be nem fejezett termékbe hosszú 
távon a demokráciának is lényeges elemei. Hisz abban, 
hogy a nyílt forráskód értékei és gyakorlata segít a demok- 
ráciának abban, hogy eljusson az ideálokig, amelyek évez- 
redek óta beteljesületlenül maradtak. 


Más szóval: lehetséges, hogy eljuthatunk a demokráciának 

ahhoz az állapotához, amelyet mindig egy ideális állapot- 

nak tartottunk — melyben a választott vezetők nem csak 

képviselik a polgárokat, hanem örömmel veszik bárkinek 

a segítő hozzájárulását. 

Néhány érdekes tény a területi vezetőkkel folytatott érte- 

kezletről: 

1. A tanácskozás minden résztvevője technikai szakem- 
ber volt. 

2. A megbeszélés minden közalkalmazottja úgy hitte, 
hogy az Internet sávszélességének növelése értelmetlen. 

3. Az volt csak természetes a vezetésnek, hogy a szakem- 
berektől várták a segítséget. 


A közigazgatás helyi és regionális szintjén az Internet-párti 
szakemberek egyre inkább egy a szaktudásukra és megol- 
dásaikra éhes keresleti piacon találják magukat. Legalábbis 
már látunk néhány megnyíló lehetőséget. Lehet, hogy ha- 
marosan még többel találkozhatunk. Zephyr leachout sze- 
rint több mint száz olyan lehetséges jelölt dolgozik most 

a közigazgatásban, akit megihletett a Dean-kampány. Marc 
Andreessen szerint ,minden fontos fejlődési irányvonal 

a technikai szakemberekkel kezdődik". Ezeknek az irányok- 
nak viszont nem kell technikaiaknak lenniük. lermészete- 
sen politikaiak is lehetnek. 


Cimúx dournat 2002 jámus 122. szám 


Doc Searls 





www.linuxvilag.hu 


2004. július 21 


0 Kiskapu Kft. Minden Jog fenntartva 


"Nem tudni, vajon legális marad-e 
a szabad szoftver" 


Beszélgetés Richard M. Stallmannel. 
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Nemrégiben hazánkban járt a szabad szoftver szülőatyja 
(és prófétája), a Linux alapjának számító GNU készítője, 
Richard M. Stallman. A Linuxvilág ez alkalomból beszélge- 
tett vele a jelenlegi állapotokról, a szoftverszabadalmakról 
és a jövőbeli kilátásokról. 


LinuxVilág 

-— A szabad szoftvereket alapvetően programozók készítik prog- 
ramozóknak. A világ azonban nem csak programozókból áll. 
Mit gondol, hogyan hódíthatja meg a szabad szoftver azokat 
a felhasználókat, akik nem tudják nélkülözni a kényelmet 
a funkcionalitás kedvéért? Nem érzi-e úgy, hogy ezen a terü- 
leten — mármint a kényelem területén — a Windowsnak igenis 
előnye van? 





Richard M. Stallman a szabad szoftver és a nyílt forráskód közötti 


Richard M. Stallman különbségeket ecseteli az egyik televíziónak 

— De hát ez nem is igaz, és elég udvariatlan ilyesmit állítani. 
Természetesen a szabad programokat programozók készí- ahol egyáltalán nem számít, hogy valakinek nincsen szá- 
tik (hiszen minden programot programozók készítenek), mítógépes tapasztalata, mert ugyanolyan könnyen meg 
és természetesen ők is fejlesztik azokat tovább. És való- lehet tanulni, mint más rendszerek használatát. 
ban, vannak olyan darabok is, melyeket elsősorban prog- Egyébként temérdek energiát pontosan ebbe fektettünk, 
ramozóknak szánnak. De van - és hál Istennek egyretöbb hogy ti. a rendszer használatát könnyen el lehessen sajátí- 
van - olyan is, amelyet kezdő és tapasztalatlan felhaszná- tani, mert az elsődleges célunk mindig is az volt, hogy 
lóknak készítenek. minden felhasználónak alternatívát és szabadságot nyújt- 

sunk, ne csak a programozóknak. 
— Például? Természetesen amikor néhány programozó barátommal 
összefogtunk, hogy készítsünk egy 

- Hogy egy közeli példát mondjak: Olaszországban nemré- Unixhoz hasonló operációs rendszert, akkor az eredmény 
giben olyan embereknek tanították meg a GNU/Linux még kevéssé barátságosra sikeredett. Parancsokat kellett 
Gnome-jának, illetve a Microsoft Windows használatát begépelni, ami nagyon hatékony és gyors, de nem olyan 
akik soha életükben nem használtak számítógépet. Telje- könnyű használni. Aztán megcsináltuk a Gnome-ot, és 
sen kezdők voltak minden szempontból. És ezek azembe- a felhasználóbarát grafikus kezelőfelület hatalmas előrelé- 
rek sokkal könnyebben tanultak bele a Gnome használa- pést jelentett. 
tába, mint a másikba. 
Állítólag kipróbálták a KDE-t is, ami kicsit nehezebbnek — Tehát most már teljesen versenyképes más rendszerekkel 
bizonyult a Gnome-nál, körülbelül olyan nehéznek, mint szemben? 
a Windows megtanulása. lehát egyáltalán nem állítanám, 
hogy a szabad szoftvert a kezdők nehezebben, vagy egy-  — Igen. És ez hosszú-hosszú évek megfeszített munkájának 
általán nem tudják megtanulni kezelni. köszönhető, olyan emberek munkájának, akik kizárólag 
Persze egy tapasztaltabb felhasználó sokkal többet tud ki- ezért dolgoztak, hogy a szabad szoftver mindenki számá- 
hozni a rendszeréből, mint egy tapasztalattal nem rendel- ra hozzáférhető, és könnyen használható legyen. Mert mi 
kező, de hát ez így működik minden esetben. Mostanra azt szeretnénk, hogy a szabad szoftverek által garantált 
azonban a GNU/Linux rendszer is elért egy olyan szintre, szabadság mindenki számára hozzáférhető legyen. 
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— És mégis mit lehet tenni annak érdekében, hogy egyre több 
felhasználó tisztában legyen a könnyű használhatósággal? 
Hogy mindenkihez eljusson? 


- Nézzük csak. Hát az első és legfontosabb az lenne, hogy 
megoldjuk az olyan hardveres eszközök támogatását, me- 
lyek gyártói nem nagyon akarnak velünk együttműködni. 
Nagyon rá kell például hajtani a szabad Java platform 
megvalósítására. Jelenleg sajnos nagyon sokan élnek ab- 
ban a tévhitben, hogy a Java egy platform független vala- 
mi — ez sajnos egy óriási tévedés... 


— De hát a Java minden operációs rendszeren fut, nem? 


— A java gyakorlatilag minden operációs rendszeren fut, de 
sokan nem tudják, hogy ehhez az operációs rendszer egy 
olyan interpretert és könyvtárrendszert használ, amely 
a Sun tulajdona, és így szabadalommal védett és jogdíjkö- 
teles. Hogy a Java a szabad platformokon is futtatható le- 
gyen, mindezeket ki kell cserélni. Jelenleg is ezen dolgo- 
zunk, tulajdonképpen egy jelentős része már készen is 
van. Remélhetőleg a Mozilla következő verziójában már 
benne lesznek ezek a változások, és használni lehet a sza- 
bad Javát. 


— Visszatérve az előző kérdéshez: a fogyasztói társadalomban 
marketing, promóció, és hirdetés nélkül nem, vagy csak na- 
gyon nehezen lehet elérni, hogy az emberek tudomást szerez- 
zenek a programról. Hiába van nekem a világon a legjobb 


termékem, ha senki sem tud róla, akkor nem fognak érdeklődni 
iránta. Tud-e versenyezni a szabad szoftver mozgalom a pro- 
móció tekintetében a nagyokkal? Abban, hogy megszólítsa 

az embereket? 


- Nem hiszem, hogy ez számít. Nem értem, miért kellene 
ezzel foglalkoznunk. Itt a szabadság és a lekötözöttség, 
a lehatároltság közötti választásról van szó. 


— Igen, de ha az emberek java része nem tudja, hogy választási 
lehetősége van, akkor nem fogja érdekelni ez a kérdéskör, legyen 
az mégoly magasztos és fennkölt is. 


— Azért számtalan lehetőségünk van arra, hogy elérjük az 
embereket. Rengeteg cikk jelenik meg például, aztán ott 
vannak a különböző magazinok, szaklapok, mint az önö- 
ké is. Lehet, hogy az önök cikkei nem kifejezetten a sza- 
badság kérdéséről szólnak, de alkalmanként óhatatlanul 
felmerül ez a kérdés, hiszen a GNU/Linux-szal kapcsolat- 
ban nem lehet elhallgatni ezt a dolgot. Ha közvetve is, de 
előjön. Nem számít, hogy mennyit hirdetnek a különböző 
cégek, mert ezek a hirdetések nem a szabad szoftver sza- 
badságáról szólnak, és éppen ezért nem is annyira fonto- 
sak, hiszen nem terjesztik az eszmét. 


-— Nem érez-e lassulást a szabad szoftverek fejlődési ütemében, 
illetve nem tart-e attól, hogy egy idő után az emberek már 
csak használni akarják ezeket, fejleszteni nem, és a fejlesztések 
megállnak? 
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Érdekes, de nem. Ha ugyanis egy program jó és sikeres, 
akkor annak eleve több felhasználója van, mint fejlesztője. 
Semmi okunk azt hinni, hogy a programozók száma le- 
csökken, hiszen egyre több és több programozó hagyja el 
az egyetemeket. És minél több felhasználója van egy sza- 
bad szoftvernek, annál több lesz a fejlesztő is. A progra- 
mozók száma nem csökken, viszont a munkanélküli prog- 
ramozók száma egyre nő. Sokkal többen vannak, akik 
tudnak programozni, mint ahány állás jelenleg van ebben 
a szektorban. Szóval végül is van rengeteg olyan ember, 
akik a programozás iránti szeretetüket és elkötelezettsé- 
güket remélhetőleg így fogják majd kiélni. 


Nem lehet, hogy a szabad szoftvert jellemző demokrácia egyben ke- 
rékkötője is a hatékony fejlődésnek? Ami az előnye, egyben a hátrá- 
nya is? Szinte megszámlálhatatlan Linux terjesztés van például, 
holott ha csak néhány, viszont sokak által támogatott összeállítás 
létezne, akkor hamarabb jelennének meg egyes újítások. Nem lenne 
hatékonyabb a kevesebb fejlesztés, és így a kisebb elaprózódás? 


A szabad szoftver és a szabadság pont arról szól, hogy az 
embereknek nem kell ugyanazt használniuk. Szerintem 
ez egy óriási félreértés, hogy a demokrácia és a szabadság 
csak akkor hatékony, ha mindenki egyesült erővel csinál 
valamit, egyként menetel a cél felé egy totálisan koordi- 
nált tömegben. Ez nagyon távol van a realitástól. Ráadá- 
sul nem szabad elfelejteni, hogy ezek a kollektív dolgok, 
hogy megpróbálunk mindenkit irányítani, és arra kény- 
szeríteni, hogy egy irányba meneteljenek, ez gyakorlatilag 
önkényuralom. Ez nemcsak hogy gonosz dolog, de nem 
is alkalmas arra, hogy új dolgokat teremtsünk. A nem sza- 
bad szoftver kicsit a volt Szovjetúnióra hasonlít. A felhasz- 
nálók nem dönthetnek semmiről, az egyetlen, amit tehet- 
nek, hogy elfogadják a fejük felett, róluk hozott döntése- 
ket — és a döntéshozók esetünkben a program fejlesztői. 


Hogyan értékeli, hogy egyre több országban térnek át a kor- 
mányzati szférában a szabad szoftverre? 


Örülök, és ennek számos oka van. Azt vallom, hogy min- 
den felhasználónak szabadságában kéne álljon, hogy má- 
sokkal együttműködhessen. Legyen szó akár egyénekről, 
vállalatokról, vagy szervezetekről, vagy kormányzati szer- 
vekről. Mindenkinek jár a szabadság, amit a szabad szoft- 
ver ad meg. Egy kormányzati szervnek ráadásul hatalmas 
felelőssége van abban, hogy teljes mértékben uralja a szá- 
mítógépeit, és az irányítás ne kerülhessen magánkezekbe. 
Tehát ha egy kormányzati szerv nem szabad szoftvert 
használ, akkor gyakorlatilag nem teljesíti a kötelességét, 
ami a felelősséget illeti. 

De nem is a kormányzatok ebben a kérdésben a legfonto- 
sabbak, hanem az iskolák. Nekik kéne elsősorban szabad 
szoftvert használniuk, kivétel nélkül. Mert egy iskola azt 
is tanítja, hogyan bánjunk a másik emberrel. És ezzel az 
együttműködésre való hajlamot és a szabadságra való 
igényt is segíti kifejlődni a gyerekben. De van itt még más 
is. Amikor a gyerekek némelyike elkezd érdeklődni 

a programozás iránt (és néhányan mindig elkezdenek ér- 
deklődni, efelől biztosak lehetünk), akkor előbb utóbb 
meg akarja tanulni, hogy azok a programok, amiket hasz- 
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nálnak, hogyan is működnek valójában. És amikor a diák 
odamegy a tanárhoz, és egy hagyományos szoftverről 
megkérdezi, hogy ez hogyan is működik, akkor a tanár 
csak annyit tud mondani: Ezt én nem tudhatom, és te 
sem tudhatod. Ez titok, és errefelé senki nem tudhatja. 
De ha szabad szoftverről van szó, akkor a tanár mondhat- 
ja például ezt is: nézd, én értem ezt egy bizonyos fokig, és 
el is tudom mondani. De ha többet akarsz róla tudni, ak- 
kor itt a forráskód, nézd meg, és egészen pontosan tudni 
fogod, hogyan működik a program. 


— Hogyan látja a szabad szoftver jövőjét a jelenlegi tendenciák 


fényében? Sikeres lehet-e valaha ez az üzleti modell? 


e 2 


— Hát az első és legfontosabb, ami ezt befolyásolja, az az, 


hogy vajon legális marad-e a szabad szoftver. Az előadá- 
son az imént szó esett a szoftverszabadalmak bevezetésé- 
ről, arról, hogy ez milyen mértékben gátolja meg a szabad 
szoftver fejlődését és térhódítását. Ezért jelent nekünk 
olyan sokat a szabadalmak engedélyezésének megakadá- 
lyozása. Ha ugyanis a legtöbb ötletet szabadalom védi, 
melyek különféle monopóliumok tulajdonában vannak 
(A Microsoft például éppen a napokban védte le a dupla 
kattintás ötletét — a szerk.), akkor nem nagyon fogunk 
tudni hatékony programokat készíteni, vagy a meglévő- 
ket fejleszteni. Éppen azért harcolunk most az EU-ban, 
hogy megakadályozzuk ezt a katasztrófát. 

Szerencsére nem vagyunk egyedül. Még a nem szabad 
szoftverek területén dolgozó fejlesztők közül is sokan van- 
nak, akik felismerték ennek a szabadalmazási szisztémának 
a kártékony voltát. De például sokat tehetnek az önök olva- 
sói is ennek érdekében, és ahogyan most a dolgok állnak, 
minden segítség elkel. Ha valaki csatlakozni kíván ehhez 

a mozgalomhoz, akkor látogasson el a 5 http:/www.ffii.org 
oldalra, ahol elég sok mindent megtudhat. 


— Milyennek látszanak az esélyek? 


- Nem tudom. Ha elég sokan csatlakoznak hozzánk, akkor 


nyerünk, ha nem csatlakoznak, akkor veszíteni fogunk. 


— Úgy hallottuk, hogy volt némi nézeteltérés ön és a Magyar Sza- 


bad Szoftver Alapítvány között. . ők ugyanis nagy erőket fektet- 
nek a GNU/Linux magyarra fordításába, ön szerint pedig nem 
a fordítással, hanem a fejlesztéssel kellene foglalkozni. . . 


- Már nem emlékszem pontosan, de azt tudom, hogy mit 


mondtam volna akkor is és most is egy ilyen kérdésre. 
Úgy gondolom, hogy egyáltalán semmi baj nincsen 

a rendszer nyelvének lefordításával, de az erőket a fejlesz- 
tésre kell koncentrálni. Minden tőlünk telhetőt meg kell 
tenni azért, hogy a legtöbb tehetséges fejlesztőt össze- 
gyűjtsük, és azok szabad programokat csináljanak. 

Mert emellett mindig lesznek olyanok, akik nem értenek 
a programozáshoz, és akkor ők foglalkozhatnának a fordí- 
tással. Míg hogyha úgy állunk neki a dolognak, hogy no- 
sza, fordítsunk, akkor mindenki csak fordítani fog, és sen- 
ki, vagy csak kevés ember foglalkozik majd a fejlesztéssel. 


-susánszky— 


Az iptables rejtett értékei 


Néhány érdekes iptables bővítmény segítségével nemcsak karakterláncokat vagy 
kaputartományokat tudunk egyeztetni iptables szabályokban, de csapdát is állít- 
hatunk a hálózatot rossz szándékkal használóknak. 


z iptables használatával akár néhány perc alatt is 
hatékony tűzfalat épíhetünk, ráadásul a költségek 
a kereskedelmi termékek árának töredékét teszik 
ki. Az alapszintű iptables tűzfalak csomagszűrést végeznek, 
vagyis a hálózati forgalmat csomagonként vizsgálják, illetve 
a csomagok kezelésével kapcsolatos döntéseiket külön- 
külön hozzák meg minden csomagra. Egyszerű beállítások- 
kal megadott csomagok eldobását és továbbengedését ér- 
hetjük el. Annak meghatározása, hogy az adott csomagra 
éppen melyik házirendet kell alkalmazni, általában a cél IP- 
címének és kapuszámának, illetve az utazás irányának 
alapján történik. Az iptables állapotadatokat is képes hasz- 
nálni, tehát képes megalapozottabb döntéseket hozni an- 
nak a kapcsolatnak az állapotát figyelembe véve, amelyhez 
a csomag tartozik. Egyszerű, mégis hatékony az a tűzfal, 
amely például tiltja a bejövő TCP/IP csatlakozási csomago- 
kat és az Internet felől kezdeményezett, UDP alapú adat- 
cseréket, miközben engedélyezi a kimenőket. Ez a 
megoldás szabad hozzáférést biztosít a felhasználóknak a 
külvilághoz, ám a nemkívánatos bejövő próbálkozásoktól 
megvédi őt. lermészetesen egy ilyen rendszer önmagában 
még túl egyszerű lenne, igazi használhatóságához további 
szűrésekre is szükség van, de nagyvonalakban erről van 
szó. Az iptables természetesen ennél az egyszerű csomag- 
szűrésnél sokkal többre képes. Ezek azok a rejtett kincsek, 
amelyekkel meg szeretném ismertetni a kedves olvasókat. 
Mivel a program szolgáltatásainak és beállításainak ismerte- 
téséhez egy vastagabb könyv terjedelme is kevés lenne, 
most csak arra szorítkozom, hogy rövid tájékoztatást adjak 
ezekről. 





AA 


Ismerkedés a POM-mal 

A Netfilter két összetevőcsoportból áll, az egyik a rendszer- 
mag-térben a másik a felhasználói térben fut. A felhasználói 
térben futó programcsoportba az iptables és a hozzá kap- 
csolódó segédprogramok, könyvtárak, kézikönyvek és pa- 
rancsfájlok tartoznak. A rendszermag térben futnak 

a rendszermagfoltok és számos további kiegészítő modul. 
Egy avatatlan felhasználó számára rémisztő lehet a foltok 
telepítése egy olyan nagy és összetett rendszerre, mint 
amilyen a Linux rendszermag, az út ráadásul buktatókkal 
és zsákutcákkal teli. 
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Egy hibás, vagy az összetevők együttműködését akadá- 
lyozó folt hatására könnyen előfordulhat, hogy a rendszer- 
magot nem lehet lefordítani, vagy — ami még rosszabb — 
nem lehet vele elindítani a rendszert A Netfilter csapata 
éppen ezen nehézségektől próbál megkímélni bennünket, 
ezért készítették el önműködő útitársunkat Patch-o-matic, 
röviden POM névvel. A POM foltok gyűjteménye, melyhez 
tartozik egy, azok telepítésére való, kezdők számára is 
könnyen használható parancsfájl. Ezen foltok némelyike 
alapvető, ezekre minden iptables/Nettfilter telepítésnél 
szükség van. Mások kiegészítő jellegűek, ezek pedig érde- 
kes szolgáltatásokat nyújthatnak. Ezek tehát azok a rejtett 
kincsek, melyeket a POM leírása csak a , hol haszontalan, 
hol remekül használható" bővítményekként emleget. 

A POM futtatása roppant egyszerű. Le kell tölteni a leg- 
újabb Patch-o-matic tar archívumot az 5 fítp.netfilter.org 
/pub/patch-o-matic könyvtárból, majd - root jogosultságok- 
kal — futtatni kell az alábbi parancsot. Ügyeljünk arra, hogy 
a KERNEL DIR-ben megadott érték a rendszermag forrását 
tartalmazó könyvtár nevét pontosan tartalmazza: 

KERNEL DIR-/usr/src/l1nux-2.4 ./runme extra 


Innen kezdve a telepítés interaktív és többé-kevésbé közért- 
hető módon történik. 


Karakterlánc-darabkák 

A POM talán legelterjedtebb darabja a síring modul. 
Segítségével a csomagok adatrészének tartalmát lehet 
összevetni karakterláncokkal. A modul számtalan célra 
használható, de beállításakor némi figyelemre is szükség 
van. legyük fel például, hogy meg kívánjuk akadályozni 
az ELF futtatható állományok letöltését. E célból beállít- 
hatunk egy szűrőt, amely az Internet felé néző hálózati 
csatolón beérkező forgalom TCP/IP alapú, 80-as forráska- 
puról érkező részét vizsgálja. Ha tudjuk, hogy az ELF 
fájlok a 7f hexadecimális karakterpárral kezdődnek, amit 
az ELF karakterlánc követ, akkor karakterláncok egyez- 
tetésével megtalálhatjuk az ilyen részleteket. Nem ASCII 
karaktereket a csővezeték szimbóluma közé zárva illeszt- 
hetünk be a karakterláncba, mint például [7F]ELE. Felté- 
ve, hogy az internet felé az eth0O csatoló néz, a szükséges 
parancs a következő: 
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iptables -A FORWARD -i ethO0 -p tcp -sport 8ON 
-m string -string "I7FIELF" -j DROP 


A hexadecimális karakterek beágyazásának lehetősége az 
iptables 1.2.8-as változatával jelent meg. Ha korábbi válto- 
zatot használunk, akkor valamilyen trükkhöz kell folya- 
modnunk. Például a 

--string " dd if-/bin/ls bs-4 count-1 

sz 25/dev/null " 


paranccsal a /bin/ls program első négy karakterét vehetjük, 
és mivel ez is egy ELF állomány, pontosan a szükséges ka- 
rakterláncot fogjuk kapni. Példánkat tovább finomíthatjuk, 
ha azt mondjuk, hogy a 192.168.0.5 című kiszolgálóról szár- 
mazó tartalomban megbízunk, így az ő esetében nem akar- 
juk alkalmazni a szűrést. Ezt könnyedén megtehetjük, ha 
fordított egyeztetés segítségével ellenőrizzük az IP-címet, 
valahogy így: 


iptables -A FORWARD -i eth0 -p tcp EN 
-s 192.168.0.5 --sport 80 -m string NM 
--string "]17FIELF! -j DROP 


Sajnos a példánk több sebből is vérzik, és ezek ráirányítják 
a figyelmet a karakterlánc-egyeztető modul hiányosságaira. 
Először is, ezzel a szűréssel a megadott karakterláncot az 
adatsorban bárhol megtaláljuk, nemcsak a fájlok elején. 

A szabály hatására tehát nem kívánt egyezések is fellépnek, 
és olyan csomagokat is eldobunk, amelyeket nem kellene. 
Másodszor, ha a keresett karakterlánc két egymást követő 
csomagba oszlik el, akkor nem fogjuk felismerni. A modul 
csak akkor dolgozik eredményesen, ha a teljes karakterlán- 
cot megtalálja az adott csomagban. 

Szép és jó tehát a string modul, de csak alapszintű szolgál- 
tatásokat nyújt. Nem teszi lehetővé, hogy megkülönböz- 
tessük a kis- és nagybetűket, vagy meghatározzuk a kere- 
sett karakterlánc elhelyezkedését, ráadásul az adatfolyamon 
belül több csomagba szétosztott karakterláncok felisme- 
résére sem képes. Nem mondhatjuk tehát, hogy ne lenne 
hová továbbfejleszteni a modult. 


Kevesebb szabály: szebb az élet 

Az mport bővítmény lehetővé teszi, hogy egyetlen sza- 
bállyal több kaput vagy kaputartományt is megadjunk. 
Alapesetben az iptables parancsokban csak egy-egy kapu 
vagy a szomszédos kapukat felölelő kaputartomány adható 
meg. Az mport telepítése után bonyolultabb szabályokat is 
megadhatunk: egyetlen paranccsal is megoldhatjuk például 
az X-terminálok használatának, a webezésnek és a levele- 


zésnek az engedélyezését: 


iptables -A INPUT -p tcp -m mport NM 
--dports 80,110,21,6000:6003 -j ACCEPT 


Az mport nélkül mindehhez négy külön parancsra lett vol- 
na szükség: 


iptables -A INPUT -p tcp --dports 80 -j ACCEPT 


iptables -A INPUT -p tcp --dports 110 -j ACCEPT 
iptables -A INPUT -p tcp --dports 21 -j ACCEPT 
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iptables -A INPUT -p tcp --dports 6000:6003M 
-j ACCEPT 


Négy helyett egyetlen szabály - akár a rendszer teljesít- 
ményének javulását is eredményezheti, hiszen a cso- 
magok feldolgozása kevesebb munkával jár. A szabályfájlok 
karbantartása is egyszerűbb, hiszen az azonos jellegű 
csomagkezelést igénylő szolgáltatásokat csoportosítani 
tudjuk. Mint néhányan talán már kitalálták, az mport név 

a "multiple ports", azaz a "többszörös kapu" szókapcsolat 
rövidítése. 


időalapú szabályok 

A time modul segítségével a szabályok érvényességét 
időszakok és napok alapján tudjuk korlátozni. Megtehetjük 
például, hogy a személyes weboldalak elérhetőségét az 
ebédidőre korlátozzuk, vagy a szokásos karbantartások 
időtartamára a webes forgalmat egy tartalék kiszolgálóra 
irányítjuk. 

Az alábbi szabállyal minden péntek reggel 4:00 és 6:30 
között elérhetetlenné tehetjük a webszolgáltatást, például 

a rendszer karbantartása miatt: 


iptables -A INPUT -p tcp -d 80 -m time NM 
--timestart 04:00 --timestop 06:30 --days Fri NM 
--syn -j REJECT 


Megjegyezném, hogy a -timestart, -timestop és a -days 
kapcsolók egyikét sem szabad elhagyni. Ha tehát olyan sza- 
bályt akarunk írni, amely napoktól független, akkor mind 

a hét napot fel kell sorolnunk, mivel a kapcsolót nem hagy- 
hatjuk el. 


Csapdában 

Az iptables TARPIT összetevőjét amolyan hálózati légypa- 
pírnak is nevezhetnénk. Az alapelv: aki túl közel jön, az 
nem egykönnyen távozik. Aki elég merész ahhoz, hogy 
TCP/IP kapcsolatot nyisson egy légypapírkapura, az csak 
nagyon nehezen tudja azt lezárni, így rendszerének 
erőforrásait sem tudja felszabadítani, és újra felhasználni. 
A csapdaállítást az iptables úgy végzi, hogy először is fo- 
gadja a bejövő ICP/IP kapcsolatot, ezt követően pedig nul- 
la méretű ablakra vált. Ilyenkor a támadó nem tud több 
adatot küldeni. Nagyjából olyan a hatás, mintha CTRL-S 
billentyűkombinációt nyomnánk egy terminálon. 

A támadónak a kapcsolat lezárására irányuló próbálkozásait 
figyelmen kívül hagyjuk, így a kapcsolat aktív marad, és 
jellemzően csak 12-24 perc elteltével bomlik fel. A módszer 
a támadó erőforrásait felemészti, a légypapírt futtató Linux 
kiszolgáló vagy tűzfal erőforrásait viszont nem. A légypa- 
pírra a következő paranccsal irányíthatunk át csomagokat: 


iptables -A INPUT -p tcp -m tcp -dport 80 -j TARPIT 


A conntrack és a TARPIT azonos rendszeren való használa- 
ta erősen ellenjavallt, ugyanis minden beragadt kapcsolat 
fogyasztja a conntrack erőforrásait. 

Nagyon jó módszer a támadók megzavarására, ha a netbios 
kapukat hagyjuk válaszolni a kapupásztázásokra, és ezzel 
linuxos rendszerünket Windowst futtató gépnek láttatjuk. 


Az ezekre befutó próbálkozásokat csak át kell irányítanunk 
a légypapírra. A hatás lenyűgöző, a támadó hosszasan fog 
vacakolni azzal, hogy a biztonsági résen keresztül hozzá- 
férést próbáljon nyerni rendszerünkhöz. 

A hibás működésűnek tűnő távoli gép, és a hosszúra nyúló 
időtúllépések jó eséllyel az őrületbe fogják kergetni. Ha ezt 
a hatást kívánjuk elérni, a következő szabályt kell hasz- 
nálnunk: 


iptables -A INPUT -p tcp -m tcp -m mport N 
--dports 135,139,1025 -j TARPIT 


Egy másik lehetőség, ha minden kaput TARPII-játékszerré 
avatunk, kivéve az eredetileg is használni kívántakat. 
Ilyenkor a kívülállók úgy látják, mintha minden kapu 
nyitva lenne, és rengeteg időt pazarolnak a bejutásra. 
Ráadásul ilyesfajta beállításokkal megakadályozhatjuk 

a tcpdumpot a kiszolgálón futó operációs rendszer helyes 
felismerésében. Az alábbi szabályokkal a webes és a levele- 
zési forgalmat engedélyezzük, a többit a légypapírra pöc- 
köljük: 


iptables -A INPUT -p tcp -m tcp --dport 80 -j ACCEPT 
iptables -A INPUT -p tcp -m tcp --dport 25 -j ACCEPT 
iptables -A INPUT -p tcp -m tcp -j TARPIT 


Megemlíteném, hogy a 5 wwwi.spinics.net/lists/netfilter/ 
msg1/583.html címen egy érdekes, valóban megtörtént 
esetről olvashatunk, ahol a IARPIT és a string húzott ki 
a bajból egy rendszergazdát. 


Véletlenül 

A random modul nem tesz mást, mint véletlenszerűen mu- 
tat egyezést a csomagal. Működését úgy szabályozhatjuk, 
hogy megadjuk az egyezés valószínűségét, ennek értéke 

0 és 100 százalék közé eshet. A modul alkalmas például 
meghibásodott kapcsolat vagy kiszolgáló szimulálására, il- 
letve a terhelés elosztására több, tükrözött kiszolgáló között. 
Az alábbi példa szerint a webes forgalmat három kiszolgáló 
között osztjuk el. Az első szabály a kapcsolatok egyharma- 
dát a 192.168.0.100 címen üzemelő kiszolgáló felé irányítja. 
A második egyharmad a 192.168.0.101, a maradék pedig 
192.168.0.102 címre jut: 


iptables -t nat -A PREROUTING -i eth0 -p tep.XA 
--dport 80 --syn -m random --average 33. XN 
-j DNAT --to-destination 192.168.0.100:80 


iptables -t nat -A PREROUTING -i eth0 -p tep.A 
--dport 80 --syn -m random --average 50N 
-j DNAT --to-destination 192.168.0.101:80 


iptables -t nat -A PREROUTING -i eth0 -p tep.A 
--dport 80 --syn -j DNAT N 
--to-destination 192.168.0.102:80 


Többet és többet 

Némi kutakodással számolatlan további kincset találhatunk 
— és ezek rengeteg örömet fognak szerezni. Itt csak néhá- 
nyat említhettem meg, s ez csak elenyésző töredéke a kin- 
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cses ládikó tartalmának. Ha tudni akarjuk, mi minden áll 
rendelkezésünkre, futtassuk a runme parancsfájlt, és bön- 
gésszük át a foltok leírásait. Csak néhány kiragadott példa 
a gyűjteményből: 


e . Kapcsolatkövetés RSH, MMS (médiafolyamok), PPIR 
Ouake, RPC és Talk forgalomhoz 

e A beállítások és állapotadatok /proc fájlrendszeren ke- 
resztüli elérésének kiterjesztett támogatása 

e Az  ÍPv6 szolgáltatásainak kibővített támogatása 

e — Az IP-csomagokban található beállítások, élettartamérték 
stb. módosítása 

e A NAI-olt kapcsolatok kifinomultabb kezelése 

e Sávszélesség-használatra vonatkozó korlátok és kvóták 
kezelése 

e A futó operációs rendszer lekérdezését meghiúsító, és 
a kapupásztázást felismerő megoldások 

e . Kapcsolatok megjelölése és a jelölések ellenőrzése 
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Tudástárak 

A POM-ban szereplő foltok leírásai nem kerülnek be az 
iptables man oldalai közé, ezért azokat máshol kell keres- 
nünk. A bővítmények használatához szükséges alapvető 
írásmódot az iptables beépített súgójával jeleníthetjük meg. 
Ha például kiadjuk az iptables -m random -help paran- 
csot, akkor egyrészt a szokásos súgószöveget látjuk, más- 
részt ennek végén a random modul kapcsolói is felbukkan- 
nak. Hasonló eljárással a többi modulról is nyerhetünk 
alapszintű tájékoztatást. 

Az egyes modulok leírásait a Patch-o-matic könyvtárszerke- 
zetének megfelelő pontjain is megtaláljuk. Például 

a random modul leírása a base/random.patch.help fájlban 
szerepel. Hasonló fájlok tartoznak a többi folthoz is. 

Végül érdemes ellátogatni a Netfilter webhelyére, a 

2 www.netfilter.org/patch-o-matic címre, itt minden POM 
folt részletes ismertetését megtaláljuk. 


Uj iptables modulok telepítése 

Hogy a POM modult hogyan adjuk hozzá a rendszer- 
maghoz, illetve hogyan vegyük használatba az iptables 
eszközöket, a $ www.lowth.com/howto/add-iptables- 
modules.php oldalon olvashatunk. 


Osszefoglalás 

Láttuk, hogy a linuxos Netfilter számos nagyszerű szolgál- 

tatással segít bennünket rendkívül hatékony tűzfalat építe- 

ni, ám a legtöbb Linux-terjesztés a szükséges kiegészítések 

jelentős részét alapesetben nem tartalmazza. 

A Patch-o-matic gyűjtemény segítségével a rendszergazdák 
megfoltozhatják a rendszermagot, és kibővíthetik tűzfaluk 

alapszolgáltatásainak körét. 


Linux Journal 2004. április, 120. szám 


Chris Lowth az Intercai Mondiale 
(www.intercai.co.uk), egy angol távközlési, informa- 
tikai és üzleti tanácsadó cég munkatársa. Biztonsági 
programokat és hálózatfelügyeleti (OSS) megoldá- 
sokat tervez, néha megpróbálkozik a gitározással IS. 
Chris a chrisolowth.com címen érhető el. 
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Fürtoözött eszközök kimerítő tesztelése 


Gondos hardvertesztelési terv kidolgozásával rengeteg időt, pénzt és géptermi 


kábelezést takaríthatunk meg. 


El E 
zembiztos hardver nélkül még a legjobb program 
u is elszáll. A hibás eszközök támogatásával kapcso- 
latos gondok és költségek akár egy egész szervezet 
erőforrásait leköthetik, késleltethetik a munkafolyamatokat 
és minden érintettet az idegbaj szélére sodorhatnak. 
A Stanford Linear Accelerator Centerben (SLAC) kidolgoz- 
tunk egy tesztelési módszert, amellyel szervizcsoportunk, 
a SLAC Computer Services (SC5) kiszűrheti a hibás eszkö- 
zöket, miközben a legjobb alkatrészeket a lehető legjobb 
áron tudja megvásárolni. Cikkemben számítógép-tesztelési 
módszereinket ismertetem, továbbá szólok néhány szót az 
elfogadási határértékekről is. Az itt leírt módszerek abban 
segítenek minket, hogy a korábbiaknál üzembiztosabb és 
könnyebben támogatható hardvereszközöket válasszunk 
ki. Írásom alapjául egy tényleges eszközbeszerzés szolgált, 
de a módszer főbb vonalaiban bármilyen termelési kör- 
nyezetbe szánt számítógéprendszer megvásárlás előtti 
vizsgálatára alkalmas. 


A rendszerkövetelmények meghatározása 

Egy növekvő fürtözött rendszer egységességét meglehe- 
tősen nehéz megőrizni, mivel az elérhető eszközök köre 
gyakran változik. Sajnos emiatt a rendszer bonyolultsága 
növekszik, üzembiztossága csökken, és a szoftveres oldal 
támogatása is több erőforrást köt le. Az új eszközök 
üzembe helyezésével újfajta hardverhibákra is fény de- 
rülhet. A változások korlátozására és rendszereink haté- 
kony kezelésére az SCS számos eszközt és előírást fejlesz- 
tett ki, melyek segítségével az új eszközök könnyebben 
illeszthetők be felügyeleti és adatfeldolgozó keretrend- 
szerünkbe. A szolgáltatások körét a lehető legszűkebbre 
vettük, persze úgy, hogy a felügyeleti infrastruktúra 
megfelelően működhessen, és kódunk is valóban érvé- 
nyes eredményt szolgáltasson. Követelménylistánk 

a következő volt: 


e . Egy egység (1U) magas ház, 19"-os állványhoz méretezve 

e Legalább két darab 1 GHZ vagy magasabb órajelű Intel 
Pentium III processzor 

e Legalább 1 GB ECC memória két processzoronként 

e . 100 MB-es Ethernet csatoló PXE-támogatással a hálózati 
csatoló és a BIOS oldaláról 

e Soros konzol támogatása BIOS-szintű hozzáféréssel 
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e . Egy darab 9 GB-os vagy nagyobb merevlemez, 7200-as 
vagy magasabb fordulatszámmal 
e . Minden gépnek FCC- és UL-megfelelőnek kell lennie. 


A követelménylista összeállítása az eszközértékelés egyik 
első lépése volt. Ialán meglepő, de a feltétlenül szükséges 
szolgáltatások kiválasztása és a , jó lenne, ha tudná" jellegű- 
ek elhagyása eleve komoly feladat volt. A leegyszerűsített 
követelménylistával csökkentettük a szállítók körét, és 
szükségtelen szolgáltatások által gerjesztett bonyodalmakat. 
A lista alapján 11 szállítót hívtunk meg ajánlattételre és ter- 
méktesztre. Mivel nemcsak egy modellel lehetett pályázni, 
összesen 13 gépet teszteltünk. 


A tesztelés kezdete 

A pályázaton való részvétel alapfeltétele egyrészt a követel- 
ménylista teljesítése volt, másrészt három gép küldése kipró- 
bálásra. A gépeket 90 napra kértük el, mert így elég időt kap- 
tunk a gondos vizsgálódásra. Minden értékelésnél három 
géppel dolgoztunk, kettő állványra szerelve működött, a har- 
madikat pedig egy asztalon próbálgattuk. A későbbiek során 
az asztalra helyezett rendszeren tápellátási és hűtési teszteket 
is végeztünk. A másik két gépet pontosan úgy szereltük fel az 
állványra, ahogy a fürtözött gépeinket is, de az éles gépfürtbe 
nem vettük be őket. Néhány gép egyedi fizikai és szerelési jel- 
lemzőkkel rendelkezett, ezeket nem tudtuk használni. Mun- 
kacsoportunk weboldalán minden hibát feltüntettünk, és 
megpróbáltuk felkérni a gyártókat ezek kijavítására. Így a szál- 
lítók együttműködésre való hajlandóságát is ki tudtuk próbál- 
ni. Volt, aki egyszerűen kicserélte a hibás gépet, míg mások 
gondosan, velünk együttműködve kivizsgálták a hibát. Volt, 
aki úgy vélte, hogy a hiba valójában nem is hiba, egy vagy két 
szállító pedig egyáltalán nem foglalkozott velünk. A tesztelési 
időszak alatt minden gépen hardverellenőrzőt és - legalább 30 
napon keresztül -— bejárató parancsfájlt futtattunk. 


Fizikai vizsgálatok 

Az asztalon boncolgatott gépeket vizsgáltuk az összeépítés 
minősége, a fizikai tervezés, a hozzáférhetőség, a tápegység 
minősége és a hűtőrendszer szempontjából. laláltunk össze- 
vissza hajtogatott, összenyomkodott adatkábeleket, amelyek 
a légáram útját több helyen is elzárták, a házak meghajlot- 
tak, a hozzáférést csavarok tömkelege gátolta. Sok esetben 


már a tervezés is átgondolatlan volt, volt olyan gép például, 
amelynek főkapcsolóját a hátuljára rakták. Figyeltünk a lég- 
áramlás és a hűtés minőségére, a méretre, a súlyra és a rend- 
szer elrendezésére is. Például a kiegészítő meghajtó elhelye- 
zésére szolgáló bővítőhely meglétét jó pontnak vettük. A lég- 
áramlás az erősen melegedő x86 processzoroknál rendkívül 
fontos, különösen a szűkös gépházaknál. A gépek közt volt 
olyan, melyben a légáram útját elzárták, így a légmozgás ele- 
nyésző volt, vagy egyáltalán nem is volt. Ugyancsak ide tar- 
tozik a ház merevsége, a lemezek éleinek lekerekítése, 
összeépítésének és kábelezésének minősége. Ezekre a 
másodlagosnak tűnő dolgokra azért figyeltünk, mert ne- 
künk ezeket a gépeket évekig kell használnunk, ezért a leg- 
kkisebb hiba is sok-sok kínlódás és költség okozója lehet. 

A szerszám nélküli szerelhetőség minden állványra szánt 
gépnél alapvető kellene hogy legyen. Ha a szervizköltsége- 
ket alacsonyan akarjuk tartani, biztosítani kell az alkatrészek 
gyors és könnyű cserélhetőségét. Az alkatrészeknek lehető- 
leg úgy kell elhelyezkedniük, hogy cseréjükhöz másik alkat- 
részt ne kelljen kivenni, és ne kelljen csavarozgatni. A táp- 
egység minőségét egy Dranetz-BMI tápminőség-elemzővel 
vizsgáltuk. A tápegység korrekciós jellemzőit sokszor feltün- 
tetik a gépekhez mellékelt leírásban, de a mért és az ígért 
adatok gyakran jelentősen eltértek egymástól. Volt például 
olyan tápegység, amelyhez a gyártó 0,96-os korrekciós ténye- 
zőt tüntetett fel, míg a mért adat 049 volt. 512 géppel felszo- 
rozva mindenki elképzelheti az eredményt. A gépeket tétlen 
állapotban és erős terhelés alatt is megvizsgáltuk. A minőségi 
szórás egészen elképesztő volt; végső döntésünkben egyér- 
telműen ez játszotta a legnagyobb szerepet. 


Tesztelés programokkal 

A bejáratás, során a gyártók megpróbálják leterhelni a rend- 
szert és megtalálni a hibás összetevőket. Több bejárató prog- 
ram is létezik, ezek egyike 8 http:sourceforge.net/projects/ 
va-ctcs címen elérhető Cerberus lest Control System. Ez 
tesztek és módosítható burkoló-parancsfájlok gyűjteménye, 
eredetileg a VA Linux rendszergyártásához tervezték. A Cer- 
berus bejáratáshoz kiváló, de mi saját tesztprogramokat is 
készítettünk. Ezekkel sokkal sikeresebben tudtuk összeom- 
lasztani a gépeket, mint egy általánosabb eszközzel tudtuk 
volna. A leírást gondosan tanulmányozzuk át, és vigyáz- 
zunk, mert a bejárató programok kárt is okozhatnak a szá- 
mítógépben. A Cerberus futtatásánál fel kell vállalnunk ezt 
a kockázatot. Nyilván egy fürt építésénél a megbízhatóság 
terén cseppnyi engedmény sem tehető, és a bejárató pa- 
rancsfájlok pontosan ilyen szintű próbákhoz használhatók. 
Amikor a gépeket vizsgáltuk, az éles rendszerben tapasztalt 
hibák alapján csapatunk két tagja foglalkozott saját bejárató 
programok megírásával. Míg a teljesítménytesztek kifino- 
mult módszerekkel mérik a gépek teljesítményét, a bejárató 
parancsfájlok egészen egyszerűek. A rendszert erős terhelés- 
nek tesszük ki, és meglátjuk, hogy bírja-e vagy sem. 

Ha a összeomlik, akkor nem felel meg. 


Teljesítmény 

Teljesítménytesztekhez programok garmadája érhető el. 

A legjobb természetesen az, ha a termelési kódot futtatjuk 
a kiszemelt gépeken, akár már a bejáratási fázisban. Sajnos 
erre nem mindig van mód, ekkor az átlagos teljesítmény- 
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tesztek is kiválóan megfelelnek. A normál teljesítménytesz- 
tek a különböző gépek teljesítményének összehasonlítását 
is lehetővé teszik. Számos különböző tesztprogramot gyűj- 
töttünk össze, ezekhez írtunk egy burkolót - így jött létre 

a HEPIX-Comp (High Energy Physics— Compute) csomag. 
Kényelmes eszköz, de önmagában nem használható teljesít- 
ménytesztként, inkább a gép különféle jellemzőinek méré- 
sére alkalmas. A HEPIX-Comp - töbek között - a következő 
programokat foglalja magába: Bonnie-t 4, IOZone, 
Netpipe, Linpack, NFS Connectathon, Streams. Az adott 
rendszeren futtatandó termelési kód jellegzetességeinek is- 
merete nélkül a teljesítménytesztek eredményét nem lehet 
érdemben értékelni. Ha például az alkalmazás erősen tá- 
maszkodik a hálózatra, akkor a hálózati sávszélesség és 

a késleltetés fontosabb, mint mondjuk a gyors előoldali sín. 
A gépek különféle adottságainak mérésére kiváló progra- 
mok léteznek. A Streams például a memória be- és kiviteli 
alrendszer átviteli sebességét méri, amely elsősorban a több 
szintre szervezett memóriával rendelkező gépeknél fontos 
mutató. Sok gyártó a legjobb képet próbálja festeni, amikor 
termékének teljesítményét közli. A soros írások sebességét 
például be- és kiviteli teljesítményként megadni sokkal elő- 
nyösebb, mint a kis adatmennyiségeket véletlenszerűen ki- 
író műveletek sebességét feltüntetni. Ha egységesített teszt- 
környezettel rendelkezünk, amely az éles gépeken is üze- 
melő Linux-telepítés alatt fut, akkor a mérési eredmények 
összehasonlítása sem okozhat gondot. Az egységesített 
tesztrendszer legfontosabb előnye az egyenlő bánásmód. 
lermészetesen így nem feltétlenül lehet kimutatni, hogy 
melyik gép teljesítménye a legjobb, de nem is biztos, 

hogy ez a cél. 


Ami nem a műszakiak feladata volt 

A szerződési feltételek, garancia és a határidők szintén fontos 
szerepet játszanak az új rendszerek munkába állításában. 

A garanciális feltételek alapvetően befolyásolja a rendszerek 
hosszú távú költségeit. Nem mellékes a szállító cég pénzügyi 
helyzete sem. Hiába ugyanis a kedvező garanciális vállalás, 
ha a cég nem teljesíti azt. Nem szabad megfeledkezni az átvé- 
teli feltételekről sem, bár ezekre sokszor csak akkor gondol- 
nak, amikor már késő. Ezekben a feltételekben kell megfogal- 
mazni, hogy a gépek telepítését mikor tekintjük befejezett- 
nek, és mikor vagyunk hajlandóak átvenni a rendszert. Meg- 
eshet, a már kiszállított rendszer hibáira az éles üzem meg- 
kezdésekor derül fény. Az ilyen esetekre a vevőnek jogot kell 
biztosítani arra, hogy a hiba javítását vagy a gépek elszállítá- 
sát kérje. A szállító részéről viszont jogos elvárás a hardve- 
res és a szoftveres hibák elkülönítése. Sokszor a szállítónak 

a vevővel együttműködve kell megállapítania a hiba jellegét, 
ennek költségét be kell építeni a rendszer árába. 


A végeredmény 

Az ismertetett eljárás sikerét igazolja, az eredményeképp ki- 
választott rendszert lényegesen könnyebb és olcsóbb volt 
üzemeltetni, mint azon gépeinket, amelyek vásárlásakor 
atesztelés elmaradt. 


Linux Journal 2003. november, 115. szám 


John Goebel/l 


2004. július 29 


(44I55-/.vZZZSSSSSZ szaktekintély 


0 Kiskapu Kft. Minden Jog fenntartva 


0 Kiskapu Kft. Minden Jog fenntartva 


Az SOL-Ledger használata üzleti célokra 


Ha pusztán azért használsz zárt forrású operációs rendszert, mert kizárólag azon 
tudod futtatni a számlázóprogramot, akkor elszalasztod az esélyét annak, hogy 
egy rugalmasabb, jobban támogatott rendszered legyen. 


alamikor az 1990-es évek vége felé megpróbáltam 
L! / egy jó számlázóprogramot keresni Linux alá. Le- 

hangoló volt az eredmény, egyik program sem 
tűnt igazán használhatónak, és soknál még a reményt sem 
éreztem arra, hogy valaha is azzá válna. Aztán nagyjából 
három és fél évvel ezelőtt belebotlottam a Dieter Simader ál- 
tal írt SOL-Ledgerbe (SL). Megvallom őszintén, első látásra 
úgy tűnt, hogy az SO0L-Ledger komoly vállalkozásnak nem 
való. Nem volt benne pénztártámogatás, nem tudott bérki- 
fizetéseket kezelni és számos további szolgáltatást sem is- 
mert. Mivel azonban könnyen lehetett telepíteni, rugalmas 
volt, illetve egyéb tényezők miatt mégis úgy döntöttem, 
hogy kipróbálom. 
Elkezdtem II tanácsadó cégemben, a Pananix SA-ban az 
SOL-Ledgert használni - és több mint megfelelőnek bizo- 
nyult! Iudtam vevőket és eladókat megadni, számlákat és 
rendeléseket készíteni, alapszintű jelentéseket nyomtathat- 
tam, többek között főkönyvi kivonatot, eredménykimuta- 
tást és mérleget. Az SL a maga kezdetleges módján még 
a szolgáltatások és a termékek nyilvántartását is támogatta, 
tudott raktárlistát és szolgáltatáslistát készíteni. 
Mivel jelenleg spanyol nyelvű országban élek, sejtettem, 
hogy lesznek kisebb gondok. A spanyol számviteli kifejezé- 
seket nem nagyon ismerem, ám a jogszabályok előírják, 
hogy a program felületének spanyol nyelvűnek kell lennie, 
valamint a bizonylatoknak és a jelentéseknek spanyolul kell 
készülniük, már csak a helyiek és az adóellenőrök miatt is. 
Szerencsére az SL-t úgy készítették, hogy használója kivá- 
laszthatja az általa kívánt nyelvet. Vagyis míg én mindent 
angolul látok, addig a könyvelőm és az adóhatóság emberei 
spanyol felületet kapnak — ami már tökéletesen legális. Ha 
egy kívánt nyelv nem szerepel a programban, a hozzáadás 
könnyedén megoldható. Ez a lehetőség a többi, általam 
megvizsgált számlázóprogramból vagy kimaradt, vagy túl 
gyengén valósították meg; ez lett az egyik fő oka annak, 
hogy az SL mellett döntöttem. 


Telepítés 

A telepítés már első találkozásunkkor is könnyű volt, és az- 
óta csak tovább egyszerűsödött. A legnagyobb probléma 

a legtöbb felhasználó számára az lehet, hogy az adatbázis- 
kezeléshez szükség van néhány Perl-modulra. Iovábbi ne- 
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1. ábra Az SOL-Ledger induló oldala 


hézséget jelenthet a PostgreSOL beállítása, ám a leírás és 

a GYIK minden lépést részletesen ismertet. Amíg képesek 
vagyunk betűről betűre követni őket, addig kezdőként sem 
lehet semmilyen gondunk. Igazi hibák csak akkor jelentkez- 
nek, amikor a kedves felhasználók elkezdenek variálni, és 
szándékosan vagy szándékolatlanul módosítják a jogosult- 
ságokat, akár magában az adatbázisban is. 

Ha a Perl és valamelyik támogatott adatbázis-kezelő felke- 
rült a gépre, a többi már gyerekjáték. A MySOL egyelőre 
nem támogatott, és nem is lesz az, míg az SOL-92 szabvány 
bizonyos, jelenleg hiányzó részeit meg nem valósítják ben- 
ne. A tervezés és a próbák során PostgreSOL-t használtak, 
de az Oracle és a DB2 is megfelelő. 

A webkiszolgáló oldalán is meg kell adni néhány beállítást, 
mielőtt az SL-t elérhetnénk, de ehhez csak be kell másolni 
néhány sort a httpd.conf fájlba, majd újra kell indítani 

a szolgáltatást. Ha az SL-t a DocumentRoot könyvtárba te- 
lepítjük, akkor akár el is hagyhatjuk ezt a lépést, feltéve, 
hogy a DocumentRoot alatt jogunk van CGI parancsfájlokat 
futtatni. Ha a jelentéseket nyomtatás helyett PDF fájlok for- 
májában szeretnénk a lemezre menteni, akkor ellenőrizzük, 
hogy fel van-e telepítve gépünkre a Lalex. 

Az SL telepítésének legjobb módja a szerző által összeállí- 
tott setup.pl fájl futtatása, ez minden szükséges tennivalót 
elvégez. Így a legkisebb az esélye annak, hogy bármit is el- 
rontanánk, és a parancsfájl az SL-t is frissíti. A szerző nem- 
rég olyan kódrészleteket is írt, amelyekkel ellenőrizhető az 
adatbázis, és ezzel biztosítható, hogy annak tartalma és 
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2. ábra A vevő tranzakciók lekérdezésének képernyője 


a frissítéskor telepítendő programváltozat együttes haszná- 
latra alkalmasak legyenek. Ha a program ilyen eltérést talál, 
akkor önműködően frissíti az adatbázis szerkezetét is, ami- 

ért, úgy vélem, külön dicséret illeti a szerzőt. 


Beállítások és biztonság 

Aki követi írásaimat, jól tudja, hogy a biztonságnak mindig 
kiemelt figyelmet szentelek. Bizonyára minden könyvelő 
örömmel veszi tudomásul, hogy az SL alatt a biztonsági be- 
állítások felhasználónként adhatók meg. Megoldható példá- 
ul, hogy az egyik felhasználó csak a bejövő, míg a másik 
csak a kimenő számlákat lássa. 

Az SL a legtöbb esetben beállítható úgy, hogy megfeleljen 
az általánosan elfogadott számlázási elveknek (GAADP). 

A legtöbb országban külön GAAP-változat létezik, ám az 
alapelvek nagyon hasonlók. Az SL-ben megoldható, hogy 
például a felhasználók ne léphessenek vissza és ne vonhas- 
sák vissza a tranzakciókat, hanem egy másik, ellentétes elő- 
jelű tranzakciót legyenek kénytelenek elvégezni. Az időbeli 
szakaszokat le is zárhatjuk, így azokban visszamenőleg 
semmit nem lehet módosítani. 

Mindezt a felügyeleti programrészből végezhetjük el. Itt 
történik továbbá a felhasználók hozzáadása, illetve a rend- 
szer viselkedésének alapvető szabályozása is. Lényegében 
mi magunk dönthetjük el, hogy mennyire biztonságos vagy 
nyitott rendszert szeretnénk összeállítani. 


Az S0L-Ledger futtatása 

Az SL-ben minden a számlatükör körül forog. lelepítéskor 
megadhatjuk, hogy kívánunk-e ilyet betölteni. Ennek ké- 
sőbbi módosítása nem fog nehézséget okozni, és akár újat is 
létrehozhatunk. A legtöbb vállalkozásnál valószínűleg szük- 
ség lesz kisebb változtatások elvégzésére. 

Az SL adókezelő alrendszere rendkívül rugalmas, gyakorla- 
tilag bármilyen adórendszerhez hozzáigazítható, ha a meg- 
felelő táblákat a megfelelő százalékkulcsokkal egymáshoz 
kapcsoljuk. Mivel mindezt nagyon könnyen megtehetjük, 
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3. ábra Választólista 


az SL kiváló választás olyan helyeken, ahol az adózási sza- 
bályokból fakadóan két vagy három különböző adó is ter- 
heli az értékesítéseket. Az alapértelmezett számlatükörben 
— pusztán a szemléltetés kedvéért — három adó szerepel. 

Az adótáblák többszörös hivatkozásokkal kapcsolódnak 

a fogyasztókhoz, a szállítókhoz, az árukhoz és a szolgáltatá- 
sokhoz, és egyezések keresése alapján történik annak el- 
döntése, hogy egy meghatározott adónemet alkalmazni 
kell-e. A vevők és a szállítók kezelése egymástól függetlenül 
történik, ráadásul a vevőkhöz és a szállítói termékekhez, 
szolgáltatásokhoz tartozó adóbeállításokkal rendkívül ru- 
galmas adószámítási rendszert alakíthatunk ki. Megadha- 
tunk negatív adókulcsot is, hogy kezelni tudjuk a munkál- 
tatói oldal által fizetett adókat és az adóztatott adókat. Az it- 
teni adórendszer például megköveteli, hogy az adóztatott 
tételekhez csatolt szolgáltatásokra is adót számítsunk fel, 
holott a szolgáltatásokra egyébként nem számítunk adót. 
Meg kellett tehát adnom egy adóztatott és egy másik, adó- 
mentes szolgáltatáshívást. 

Így az ügyfelek nem veszik észre, hogy időnként van adó 
egy szolgáltatáson, máskor pedig nincs. Mivel az adóztatott 
szolgáltatás mindig hardvereladással párosult, egyszerűen 
megadtam egy telepítési csomagot, amely a hardvert és az 
adóztatott szolgáltatást is tartalmazza, és így az egész cso- 
magra vonatkozik az adófizetési kötelezettség. Egyetlen 
más linuxos számlázóprogramot sem láttam, amely ilyen 
mértékű rugalmasságot biztosított volna. 

Az SL bármilyen webböngészővel ellátott gépről hozzáfér- 
hető, akár grafikusan, akár szövegesen. Ehhez az kell, hogy 
az SL-t futtató kiszolgálót képesek legyünk HITP-n vagy 
HTIPS-en keresztül elérni. Ha az emberek túlnyomó részé- 
hez hasonlóan grafikus böngészőt használunk, akkor beje- 
lentkezés után két keretet láthatunk. A bal oldali a több ka- 
tegóriára osztott menüpontokat tartalmazza, a jobb oldali 
pedig a fő képernyő, itt adhatunk meg adatokat. 

Nekem minden frissítés után az első dolgom az, hogy belé- 
pek a bin/mozilla könyvtárba, és a menu.pl átírásával kiszé- 
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lesítem a menüsort. Az eredeti az én ízlésemnek ugyanis 
kicsit keskeny, 35 képponttal bővítve sokkal kellemesebb 
látványt nyújt. Ha szöveges böngészővel közelítünk, példá- 
ul a kereteket nem kezelő Lynxszel, akkor a menü elemei 
az oldal alján jelennek meg. 

A megjelenő kategóriák köre a felügyeleti oldalon megadott 
beállításoktól függ. A menüből szimpla menüpontokat, de 
akár teljes kategóriákat is el lehet távolítani. Előfordulhat 
tehát, hogy valaki — a beállításoktól és a futtatott változattól 
függően -— az itt szereplőknél gyérebb menüvel találkozik. 
Az 1. ábrán látható ernyőképen tisztán látszik, hogy a 2.3.1- 
es változatról készült, mely egy fejlesztői változat. Valami- 
vel több szolgáltatás található, mint az üzembiztos verzió- 
ban, ám a nem üzembiztosként való megjelölés figyelmez- 
tet arra, hogy nem esett át olyan gondos ellenőrzéseken, 
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mint a párja. A fontosabb menüpontok: Vevők (AR), Nyug- 
ta (POS), Szállítók (AP), Pénzmozgások (Cash), a Személy- 
zeti nyilvántartás (HR), Rendelések (Order Entry), Szállítá- 
sok (Shipping), Árajánlatok (Ouotations), Főkönyvi köny- 
velés (General Ledger), Áruk és szolgáltatások (Goods éz 
Services), Munkaszám (Projects) és Jelentések (Reports). 
Van néhány olyan menüpont, amelynek neve után három 
pont látható, ezekben almenüpontokat találhatunk. 

A Törzsadatok... (System...) pontra kattintva például az 
újabb változatokban egy hosszú listába jutunk. 

Gyorsan nézzünk bele a Vevő / Jelentések (AR / Reports) 
menüpontba! A Jelentések (Reports) pontra kattintva kibő- 
vül a menülista. Ha ezután a Iranzakciók (Iransactions) 
pontot választjuk, egy újabb képernyőre jutunk, ahol kivá- 
laszthatjuk, hogy mely tranzakciókat szeretnénk látni, illet- 
ve milyen adatokra vagyunk kíváncsiak. (Lásd a 2. ábrát.) 
Vegyük észre a 2. ábrán is szereplő, az ablak tetején látható 
Vevő (Customer) mezőt. Sok helyen találkozhatunk vele, 
akár legördülő lista, akár külön ablakban megjelenő válasz- 
tólista formájában. A legjobb azonban az, hogy megjelenési 
módját minden felhasználó külön állíthatja be. Ha tehát va- 
laki szereti a legördülő listákat, és nem zavarja, hogy akár 
16 oldalon keresztül kell görgetnie, mire eléri a kívánt ne- 
vet, írjon jó nagy számot az erre a célra szolgáló mezőbe. 
Aki rövidebb, könnyebben kezelhető listákat szeretne látni, 
az adjon meg kisebb értéket: addig látható ugyanis legör- 
dülő lista a képernyőn, amíg a benne szereplő elemek szá- 
ma meg nem haladja a megadott számot. E felett elég, ha 
beírjuk a keresett név első néhány betűjét, frissítjük az ab- 
lak tartalmát, és máris megjelenik egy a 3. ábrán láthatóhoz 
hasonló, rövidke választólista. 


Az S0L-Ledger használata üzleti célokra 

Mint minden más nagy tudású számlázóprogramnál, itt is 
ismerni kell magát a programot ahhoz, hogy könyvelési fel- 
adatokra tudjuk használni. 

Egy két esettől eltekintve a program használata mindeddig 
hiba mentes volt. A vevők listája például határozottan barát- 
ságos, és kiválóan alkalmas az e-mail címek nyilvántartására. 
A havi számlákat elektronikus levélben szoktam kiküldeni, 
az SL segítségével ez a feladat sokkal könnyebbé vált. Miu- 
tán postáztunk egy számlát, gyakorlatilag egyetlen kattintás- 
sal előhívhatjuk és elküldhetjük elektronikus levélben is. 

A szállítói rendelések feladása is gyerekjáték, ezeket szintén 
elküldhetjük elektronikus levélben. Amikor rendeléseink 
beérkeznek, további néhány mozdulattal frissíthetjük a rak- 
tárkészletet és elkészíthetjük a szükséges bizonylatokat. 
Még egy gyors látogatás a Pénzmozgások/Kifizetések rész- 
ben, és végeztünk is. 

Ha több vállalkozást irányítunk, akkor eltérő adatbázisneve- 
ket választva tetszőleges számú példányt futtathatunk. ler- 
mészetesen külön felhasználónevekre is szükség lesz, min- 
den vállalkozáshoz egy, és ezt szerintem a legegyszerűbben 
felhasználó/vállalkozásnév kombinációkkal oldhatjuk meg. 
Akinek ez nem tetszik, válasszon kényelmesebb megoldást. 
Mivel a legújabb SL már pénztárkezelésre is képes, vonal- 
kódolvasó birtokában a cikkszámokat is egyszerű eljárással 
vihetjük be. A programban a Frissítés (UPDATE) gomb ki- 
emelt helyet kapott, így, miután a cikkszámot vonalkódról 
beolvastuk, a többi adatot már könnyedén csatolni tudjuk. 


További mutatványok? 

Az SL már most is rendkívül sok szolgáltatást nyújt, külö- 
nösen a néhány évvel ezelőtti önmagához képest. Készítője 
azonban rendkívül ígéretes tennivalólistát tart fenn. Úgy 
vélem, mindazok alapján, amit az SL bizonyított, a bérlis- 
takezelő rendszer bármely másikkal képes lesz felvenni 

a versenyt. 

Az SL tennivalólistáján olyan elemek szerepelnek, mint: 


e — Költségvetések: Összehasonlítások az aktuális költsé- 
gekkel, valamint a költséghatárok betartatása. 

e Gyártás: Kész és gyártás alatt lévő termékek raktárkész- 
lete, anyag és emberi erőforrás-tervezés. 

e — Tételek átrendezése: Tömegáruk átcsomagolása kisebb 
kiszerelésbe, tárolt tranzakciók és egyedi jelentések. 

e —  Kötegelt űrlap-előállítás: Számlák, rendelések és egyéb 
bizonylatok kötegelt nyomtatása. 

e Pénzügyi jelentések: lovábbi összehasonlítási lehetősé- 
gek, például hónap-hónap viszonylatban. 


Akit érdekelnek a jövő újdonságai, fussa át az SL honlapjá- 
nak ,/WVhats Ahead" oldalát. 


Támogatás 

Az SL-hez számos formában kaphatunk támogatást. 

A program honlapjáról több felhasználói listát is elérhe- 
tünk, ezeken különféle nyelveken folyik az eszmecsere. 
Jelenleg hat felhasználói lista létezik, a szerzőt az angol 
nyelvűn lelhetjük fel. Alkalmankénti hozzászólásaival 
elsősorban a félreértéseket oszlatja el. 
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Fizetős támogatást ugyancsak kaphatunk, rendkívül kedvező 
áron. Több különböző támogatási forma létezik, a legtöbbhöz 
jár az SOL-Ledger kézikönyvének egy példánya. 

Ha támogatás igénybe vétele nélkül akarjuk használni 

a programot, azt is nyugodtan megtehetjük, azonban, mint 
minden GPL programnál, tudomásul kell vennünk, hogy az 
érmének két oldala van. A fizetett támogatással garanciát 
kapunk a biztos működésre. A szolgáltatás keretein belül le- 
hetőség van arra is, hogy adatok beemelését kérjük régebbi, 
tabulátorokkal tagolt szöveges fájlba írni képes számlázó- 
programunkbáól. 


Osszefoglalás 

Másik számlázóprogramra áttérni mindig kínszenvedés, 

de az SL-re való váltást érdemes megfontolni. Az ár nem le- 
het akadály, a program pedig számos fizetős társával bátran 
felveheti a versenyt. 
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David A. Bandel (davidcopananix.com) 
Linux/UNIX/hálózati (vezetékes és vezeték nélkü- 
II) tanácsadó Panamában, aki a telekommuniká- 
ció szinte minden területébe belekóstolt már. 
Szerzőként vagy társszerzőként három linuxos 
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000 dokumentumok kezelése a Ruby segítségével 


Miért kellene várnunk egy olyan operációs rendszerre, amely lehetővé teszi, hogy 
irodai dokumentumainkat az általunk fejlesztett alkalmazásokban használjuk fel? 
Dolgozzunk OpenOffice.org XML-alapú dokumentumainkkal a Ruby segítségével. 


agyot fejlődött az utóbbi időben a szövegfeldolgo- 
MA zásra, táblázatkezelésre és bemutatók készítésére 

használható OpenOffice.org (000) nevű sokoldalú 
irodai alkalmazáscsomag. Az OOo forráskódja és fájlformá- 
tumai nevéhez méltóan teljesen nyilvánosak. Ami hatalmas 
előny azok számára, akik dokumentumaikat a létrehozó al- 
kalmazások nélkül szeretnék módosítani. 


000 Extract 

Először akkor figyeltem fel az OpenOffice.org dokumentu- 
mokban rejlő lehetőségekre, amikor Daniel Carrera bemu- 
tatta az OOoExtract nevű programját. Ez egy Ruby alkalma- 
zás, melynek segítségével a parancssorból kereshetünk szö- 
vegrészleteket OOoWriter dokumentumokban. A honlapja 
szerint az OooExtract segítségével a szövegben és a stílusok 
között is kereshetünk, akár helyettesítő karakterekkel is, 
emellett a program képes logikai műveletekből felépített 
keresések futtatására is. A program minden olyan operációs 
rendszeren fut, melyhez létezik Ruby fordító. 

A Rubyról már esett szó a Linuxvilágban. Aki nem ismeri, 
annak legyen elég annyi, hogy leginkább a Perl és 

a Smalltalk közti átmenetről van szó, némi Lisp és Python 
beütéssel. Erősen objektum-alapú, formanyelve tiszta és in- 
tuitív. Szerzője, Yukirhiro ,Matz" Matsumoto, az első alfa- 
változatot 1994-ben adta ki. 

Az OOoExtract kipróbálásához töltsük le a programot. Je- 
lenleg az alkalmazást egyetlen futtatható fájlként, vagy tar- 
csomagként tölthetjük le, melyben a szükséges könyvtárak 
külön fájlokban találhatók. lelepítés után létrehozhatunk 
egy Writer dokumentumot és abban kereséseket hajhatunk 
végre. Ha kéznél van az OOo, akkor indítsuk el és írjunk be 
valami rövid szöveget, például: 


Ez egy példa 
két sorból áll 


Mentsük a fájlt pelda1.sxw néven ugyanabba a könyvtárba, 
ahová az OOoExtractot telepítettük és indítsuk el az 
OOoExtractot a parancssorból: 


. /oo0. extract.rb -text példa peldal.sxw 
Ez egy példa 
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A program ekkor a pelda1.sxw fájlban keresi a , példa" szót. 
Ez valójában egy egyszerű kifejezés. Bonyolultabbakat is 
használhatunk, például az alábbit, mely a három karakter- 
ből álló szavakat keresi: 

. /oo0. extract.rb -text "S wWwwys7  samplel.sxw 
két sorból áll 


Ez így nagyszerű, de az OOoExtract egyik legnagyszerűbb 
tulajdonsága mégis az, hogy a metaadatok, azaz a doku- 
mentumban lévő szöveggel kapcsolatos adatok között is ke- 
reshetünk. legyük fel, hogy a példaként felhozott Writer 
dokumentumot az alábbi sorral egészítjük ki: 

Itt már a formázáson is változtattunk 

A szöveg begépelése után jelöljük ki a , már" szót, stílusát 
állítsuk át a Footer (lapalji jegyzet) stílusra és futtassuk le az 
alábbi keresést: 


. /oo0. extract.rb -style-"Footer"  peldal.sxw 
Itt már a formázáson is változtattunk 


Az OOoExtracttel tehát nemcsak a szöveg tartalmában keres- 
hetünk, de a megadott formázási stílushoz tartozó szöveg- 
részleteket is előbányászhatjuk. Így az OOoExtract akár a tar- 
talomra és a jelentésre épülő kereséseket is végezhet, ezáltal 
a Writer dokumentumból egyszerű adatbázist hozva létre. 

A programot egyszerre több fájlon is lefuttathatjuk, ha a fájl- 
névben helyettesítő karaktereket használunk. legyük fel, 
hogy Writer fájlokban recepteket tárolunk. Ha a szövegeket 
egyéni stílusokkal készítettük el, akkor például megkereshet- 
jük, hogy melyik receptben szerepel az alma mint hozzávaló: 


. /oo0. extract.rb -text-7alma" -style-"Hozzávaló" 
recipes/" . Sxw 

AlmasSalsa.sxw: 2 közepes piros alma 
AlmasRetes.Ssxw: 4 csésze hámozott és szeletelt alma 


Az SXW fájlformátum 

Hogyan képes az OOoExtract erre a varázslatra? A titok 

a fájltormátumban rejlik. Bár minden Writer fájl kiterjeszté- 
se .sxw, a file nevű UNIX parancsot alkalmazva kiderül, 
hogy zip fájlról van szó: 


$ file peldail.sxw 
peldal.sxw: Zip archive data, at least v2.0 to 
s extract 


És mi található benne? Lássuk: 
$ unzip -] peldal.sxw 


Archive: peldal.sxw 
Length Date — Time Name 
30 11-26-03 01:40 — mimetype 
2328 11-26-03 01:40 —  content.xm! 
8358 11-26-03 01:40  styles.xmil 
1159 11-26-03 01:40  meta.xm! 
7021 11-26-03 O01:40 — settings.xmil 


752 11-26-03 01:40 


META-INF/manifest . xm! 


6 files 


Az 000 XML formátumában minden tartalom és metaadat 
egyszerű szövegként kerül tárolásra, nem kell aggódnunk 
a titokzatos bináris kódolás vagy az átláthatatlan szerkeze- 
tek miatt. Mivel az adatok XML formában vannak tárolva, 
az OOo fájljait sok más programmal is beolvashatjuk. Az 
egyszerű szövegként való tárolás természetesen azt is jelen- 
ti, hogy a fájllal kapcsolatos adatok magában a fájlban táro- 
lódnak, egyszerűen olvasható formában. lermészetesen az 
OpenOffice.org munkatársai nem hagynak minket ma- 
gunkra, mert a dokumentációban a fájlformátum részletes 
leírása is megtalálható. A OpenOffice.org XML 1.0-és fel- 
használói kézikönyve egy 571 oldalas PDF fájl. Bevallom, 
hogy nem olvastam el az egészet, de kétlem, hogy a legap- 
róbb részlet is hiányozna belőle. 

Példánk kedvéért csupán néhány alapvető szabályt tekin- 
tünk át, melyek segítségével felfedhetjük az OOoExtract 
működését, illetve a fájlftormátumot is megismerhetjük. 

A példadokumentum kicsomagolása után a content.xmil 
fájlt töltsük be egy szövegszerkesztőbe. Ekkor észrevehet- 
jük, hogy a fájl nem túl áttekinthetően van formázva. Fut- 
tassunk a fájlon egy XML formázó segédprogramot (pél- 
dául tidy-t), amely sorkihagyásokat és behúzásokat helyez 
el a szövegben. 

A fájl egy XML meghatározással kezdődik, melyet egy 
DOCIYPE hivatkozás követ, közvetlenül utána pedig 

a gyökérelem áll, az office :document-content. A kezdő 
tag számos XML névtér tulajdonságot tartalmaz, melyekkel 
nem kell foglalkoznunk, de áttekintve őket már lehet némi 
elképzelésünk az 000 dokumentumokban található tarta- 
lom felépítéséről. 

Közvetlenül a gyökérelemben a szkriptek, betűtípus-megha- 
tározások és stílusok gyerekelemeit találjuk. Mivel példánk 
egyszerű dokumentum, itt nem sok adatot találunk. Szá- 
munkra most az office : body elem tartalma fontos. Még 
ebben a fontos fájlban is viszonylag kevés elem fejezi ki 
bizonyos alkotóelemek, például táblázatok és ábrák hiá- 
nyát vagy meglétét. A teljes dokumentum hozzáférhető 

a CD melléklet Magazin/OOo könyvtárban. 


A dokumentum tényleges tartalma text:p elemekben található: 


ctext:p text:style-name-"Standard"5Ez egy 
—példac/text:p: 
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ctext:p text:style-name-"Standard"53Két sorból 
sállca/text:p:z 

ctext:p text:style-name-"Footer"5 Itt már 
sa formázáson is változtattunkc/text:p: 


Ha véletlenül nem ismernénk az XML formanyelvét, a fenti 
sorok a text (szöveg) névtérben meghatározott p (bekezdés) 
elemek. Az előtag és a kettőspont segítségével hivatkozunk 
a dokumentum tetején meghatározott névtér URI[-ra, így el- 
kerülhetjük a más XML szóhasználatokhoz meghatározott 
p elemekkel való ütközést. Példánkban ezt egy teljes elem- 
névként tekintjük. 

A példa csak három bekezdést tartalmazott, tehát három 

p elemre számíthatunk. Mindegyik rendelkezik egy 
text:stílusnév tulajdonsággal, mely a bekezdés szövegére 
vontakozó stílust jelöli meg. Az OOoExtract ezen tulajdon- 
ság segítségével találja meg a keresett stílussal írt szöveg- 
részleteket. 

Vajon mi lehet a Footer (lapalji jegyzet) stílusban? 

A stílusmeghatározást nem a content.xmi fájl tartalmazza, 

s ez az elkülönítés jó dolog. Mennyivel kényelmetlenebb 
lenne, ha egy egyszerű név helyett minden esetben a stílus 
teljes leírása (betűméret, szín stb.) állna itt. Így elvesztenénk 
a tartalom alapján történő keresés lehetőségét, s az adatok- 
kal csak a leképezés szintjén foglalkozhatnánk. Aki kíváncsi 
a Footer meghatározására, az kukkantson bele a styles.xml 
fájlba. Ebből kiderül, hogy a Footer a Standard stílusból 
épül fel, az alapstílus némi módosításával. 


Zipből REXML 
Valóban nagyszerű, hogy az OpenOffice.org tömörített XML 


fájlokat használ, de mi következik azután, hogy a csomagot 
kibontottuk? Szerencsére a Ruby 1.8 tartalmaz egy remek 
XML olvasót. A REXML egy, az XML 1.0-nak megfelelő olva- 
só, mely a Rubyra emlékeztető API-ja mellett az XPath és 

a SAXZ2 teljes megvalósítását is magában foglalja. Fejlesztője 
Sean Chittenden, aki bevallása szerint azért írta, mert akkori- 
ban csak a Rubyban csupán két módszer létezett az XML fáj- 
lok olvasására. Az egyik a natív C olvasóhoz való kapcsoló- 
dás, melynek hátránya a hordozhatóság elvesztése. A másik, 
hogy tisztán csak a Rubyt használjuk, Sean szerint azonban 
a Ruby ehhez nem rendelkezett megfelelő API-val. Sean jól 
ismerte a különféle Java-alapú XML olvasókat, azonban ezek 
a W3C-féle DOM-hoz vagy a közösségi SAX-hoz igazodnak, 
s ez nem tesztett neki. Az Electric XML feljesztői egy olyan, 
a Java szókincsére épülő API-t tettek elérhetővé, melyhez 

a Java programozók hamar hozzászokhatnak. 

Ugyanez az elv állt az REXML (Ruby Electric XML) API fej- 
lesztése mögött is . Nem meglepő módon a REXML API az 
eredeti Java-stílustól fokozatosan eljutott a Ruby-szerű fel- 
építéshez, így a fejlesztők a Rubyból ismert formanyelv és 
programozási fogások (például a blokkok és beépített esz- 
közök) használatával képesek XML fájlokat kezelni. 


A REXML API 


A REXML faolvasó segítségével egyszerűen betölthetjük az 
XML dokumentumokat: 


reguire "rexml/document" 
file - File.new( "xmil fájl.xmi" ) 
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doc - REXML::Document.new file 

vagy: 

reguire "rexml/document" 

my xmi string — "-csamples 
ctextsEz a mi REXML dokumentumunkc/text: 
c/samples" 

doc -— REXML::Document.new my xmil string 


A Document konstruktor karakterláncot vagy [/D objektu- 
mot fogad. A REXML felismeri, hogy melyik esetről van szó 
és eszerint cselekszik. Ha megvan a kérdéses dokumentum, 
az elemek megtalálásához a Ruby tömbjeit és az each kulcs- 
szót XPath választóval kell használnunk: 


my xpath - "sample/text" 
doc.elements.each( my xpath )( 
lel] puts el.text 3 


A fenti példában az each metódus az XPath választóra il- 
leszkedő összes elemen végighalad. Minden egyes meghí- 
vásnál egy kódblokk (a kapcsos zárójelek közötti rész) kerül 
meghívásra. Az el változó az éppen vizsgált elemet jelenti, 
tehát a példa az XPath-ra illeszkedő elemekhez tartozó szö- 
veget jeleníti meg. 


XPath 


Writer példaszövegünk és a hozzá tartozó XML fájl megle- 
hetősen egyszetű, így a megfelelő stílushoz tartozó elemek 
megtalálása sem túl bonyolult feladat. Egy ilyen egyszerű 
példa leginkább a jelen cikkhez hasonló szövegekhez hasz- 
nálható, de a valóságban kevéssé valószínű, hogy ilyennel 
találkozunk: lehet, hogy a leíró rendszert csupán részletei- 
ben ismerjük. Az ilyen fájlokban való keresés már nagyobb 
kihívást jelent, de az XPath minden gondunkat megoldja. 
Az XPath a W3C javaslata az XML dokumentumok részei- 
nek eléréséhez. Segítségével egy útvonalmeghatározást 
hozhatunk létre, mely a helymeghatározást az elemek, tu- 
lajdonságok neve, tartalma, illetve relatív vagy abszolút 
helyzete alapján végzi el. Összetett XML dokumentum ese- 
tén például az alábbi sorral egy XPath kifejezést hozhatunk 
létre, mely az összes olyan text :p elemet megtalálja, mely 
az office:body elem közvetlen leszármazottja: 


:/office:body/text:p 


XPath nyelven a kezdő " karakter azt jelenti, hogy kövessünk 
az XML dokumentumban minden olyan text: p elemekhez 
vezető útvonalat, ahol a text:p elem az office:body elem 
gyermeke. REXML-ben pedig az alábbi XPath segítségével vá- 


logathatunk az illeszkedő elemek között: 


xml.each element( "/office:body/text:p" ) do lell 
ff Az el változóval csinálunk valamit, például 
ff valamilyen tartalom vagy stílustulajdonság 

után kutatunk 

end 


A fenti példában a do és az end között egy blokk szerepel. 


Névtelen függvényre hasonlít, mely a csoport minden egyes 
eleménél (jelen esetben az XPath-ra illeszkedő elemeknél) 
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meghívásra kerül. Az elem pedig paraméterként kerül át- 
adásra, ezt jelzi a do után álló két függőleges vonal is. 
Lényegében így működik az OOoExtract, de a számos pa- 
rancssori kapcsoló működéséről még többet olvashatunk 
a program honlapján. 


A cél egy általános 000 API 

Az OOoExtract megismerése után rájöttem, hogy a Ruby- 
hoz egy általánosabb célú OOo objektumra van szükségem. 
Az OOoExtract mögött álló alapelvek nem csak az adatok 
olvasását teszik lehetővé, hanem segitségükkel például az 
adatbáziseszközökból ismert és kedvelt CRUD műveletek 
létrehozása, frissítése és törlése is megvalósítható. E célból 
jött létre az OOo4R fejlesztés a RubyForge-on, a Ruby szoft- 
veres CVS gyűjteményében. A cél az adatok és metaadatok 
egyszerű elérése, az XPath rugalmas, észrevétlen használata 
és egy API létrehozása a közhelynek számító műveletek el- 
végzésére. Helyhiány most csak a metaadatok elérésével 
foglalkozunk részletesebben, hiszen itt tulajdonképpen ar- 
ról van szó, hogy a Ruby dinamikus üzenetkezelésének se- 
gítségével keresünk az elemek tartalmában. 

Korábban láthattuk, hogy egy 000 dokumentum több 
XML fájlt tartalmaz, melyek egy zip fájlban kerülnek táro- 
lásra. A content.xml fájllal már foglalkoztunk, egy másik 
pedig a meta.xml névre hallgat. Ez utóbbi magával a doku- 
mentummal kapcsolatos adatokat tartalmaz, például a cí- 
mét, a létrehozás időpontját és a szavak számát. A gyökér- 
elem az office:document-meta, ezen belül helyezkedik el az 
office :meta elem, mely az értékes adatokat tartalmazó 
származékelemek szülője: 


cmeta:initial-creatorsJames Britt 
c€/meta:initial-creators 
cMmeta:creation-dates2003-11-25T17:36:31 
ca/meta:creation-dates 

cadc:creatorsJames Brittc/dc:creators 
c2adc:dates2003-11-25T18:40:59-c/dc: dates 

cdc: languagesen-USc/dc: languages 
cmeta:editing-cyclesz13c/meta:editing-cyclesz 


A teljes metaadatfájl megtalálható a CD melléklet 
Magazin/OOo könyvtárában. 

A fő Document osztály mellett az OOo4R a metaadatokat 
magában foglaló meta osztályt is meghatároz. Egy meta 
osztály egy REXML dokumentum használatával tárolja 

a meta.xmil fájl tartalmát. Egy meta objektum jórészt tulaj- 
donságok gyűjteménye. Általában arra van szükségünk, 
hogy lekérdezünk bizonyos adatokat, például a szerző ne- 
vét, vagy beállítunk egy új értéket, például új címet adunk 
meg. Minden tulajdonsághoz két metódus szükséges, de 
használhatunk dinamikus metódusmeghívást is. Ez utóbbi 
azt jelenti, hogy elfogjuk az elérési kérelmeket, találunk rá- 
juk illeszkedő tulajdonságneveket és végrehajtjuk a kért 
műveletet vagy megszakítást kezdeményezünk. 

Az alábbi kódpélda az 0000-ban használt Dublin Core 
metaadat-elemekkel foglalkozik. A Dublin Core Metaadat 
Kezdeményezés (Dublin Core Metadata Initiative) 

a metaadatokkal kapcsolatos szabványalkotás nyílt fóruma. 
Dublin Core elemeket gyakran találunk RSS adatokban és 
néhány XHIML dokumentumban is előfordulnak. Az 
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OpenOffice.org XML fájljaiban lévő elemekhez hasonlóan Ha nem hozzárendelésről van szó, a kód megpróbálkozik CG 
ezek is rendelkeznek névtér-előtaggal. Ezeket az előtagokat " a metaadatok beolvasásával. Akárcsak előzőleg, a név itt Z 
nem kell megjegyeznünk, a teljes elemnevet hozzárendel- hozzárendelésre kerül, de most a kód a find-ot hívja meg:  £ 
hetjük valami egyszerűbben megjegyezhető névhez. ke 
A Meta osztály meghatározása egy hash létrehozásával kez- def find( xpath ) si 
dődik, mely a valódi elemnevekhez barátságosabb neveket, begin DO) 
illetve a metaadatok alap XPath-jét tartalmazó osztálykon- return Üdoc.elements.to a( xpath.to s )[0].text e 
stanst rendel. Az osztály alkotófüggvénye (konstruktora) rescue Exception 5 
egyszerűen REXML dokumentumot készít az XML forrásból: raise 000: :O00Exception.new( ae 
"Error with xpath "$íxpathl : 4í$11", $a ) p 
module 000 end : 
class Meta end He 
MM 
a 
NAME MAP — ( f Kihagyott segítőmetódusok... ke. 
"description" -5 "dc:description , a 
"subject! -s "dc:subject , end 2 
"Creator" -s5 "dc:creator , end o 
"author -s "dec:creator , 
"date -—s "dcidate , E módszerrel a többi metaadat-elemet is elérhetjük, bár van 
" language -—s "dc:language  , néhány különleges eset, ahol a metaadatokat egy csapat 
"title s "de:titlei származékelem tartalmazza. A módosított 000 dokumentu- 
l mok mentéséhez a Ruby beépített Zip osztályának segítsé- 
XPATH BASE —- "7"/office:meta" gével frissítsük a zip fájl tartalmát és írjuk vissza a lemezre. 
def initialize( src ) Osszefoglalás 
(doc -— REXML : :Document.new( src.tos ) Mivel az OpenOffice.org fájlformátum egy teljesen doku- 
end mentált XML formátumot használ, OOo fájlokat az 000 
nélkül is létrehozhatunk és módosíthatunk. A Ruby beépí- 
A method missing nevű metódust újra meghatározhatjuk tett dinamikus XML kezelése tökéletesen alkalmassá teszi 
úgy, hogy minden Ruby osztály számára elérhető legyen. a programot az OO00o dokumentumok kezelésére. 
Ilyenkor nem megszakítás jön létre, hanem a metódus meg- 
nézi, hogy az objektumhoz küldött üzenet illeszkedik-e Linux Journal 2004. március, 119. szám 


a metadaat valamely elemére: 

James Britt az arizonai Scottsdale-ben működő, 
szoftverfejlesztéssel és tervezéssel foglalkozó 
vállalat, a Neurogami vezetője. Részt vett egy 
XML-ről szóló, a Wrox Press által kiadott könyv 
megírásában, emellett számtalan szoftverfejlesz- 
téssel foglalkozó cikk származik tőle, valamint 


def method missing( name, "args ) 
n - name.to s 
if is assignment? n 
el - map for assignment n 
xpath - "4(XPATH BASE)/t(el)" 





assign( xpath, "args) a Rubyról és XML-ről előadást tartott a texasi Austinban ren- 
else dezett 3. Nemzetközi Ruby Konferencián. 
el -— Meta.map. name n A jamesgbOneurogami.com címen érhető el. 


xpath -— 784íÍXPATH BASEj/ffelj" 
find( xpath ) 





end 
end 
Dublin Core: dublincore.org 
A method missing első paramétere egy szimbólumobjek- mMÓDESZAET 
tum, tehát a kód a helyettesítő karakterláncot olvassa be. Az  ! www.math.umd.edu/-dcarrera/openoffice/tools/ 
is assignment metódus ellenőrzi, hogy a név egyenlőség- ÖGGEGXÍTaC ÉRUMI 
jelre végződik-e. Ha igen, akkor hozzárendelésról van szó 000 formátumok: 
és ekkor a map. for. assigment a metaadat neve után álló xml.coverpages.org/starOfficexXML.html 
minden jelet töröl, a barátságosabb nevet pedig a Dublin OpcenoTiee org AVES xm e openöTeerorg 
Core elemnévhez kapcsolja. Az assign a REXML dokumen- HUDY; 
tumban frissíti a megfelelő elemet: linux.oreillynet.com/pub/allinux/2001/1 1/29/ruby.html 
RubyForge: www.rubyforge.org 
def assign( xpath, val ) "Gondolkodj XML -ben: az Open Office fájlformátuma : 
node - (doc.elements.to a( xpath )[0] wvwwvv-106.ibm.com/developerworks/xmll/library/x-think 15 
node.text -— val XPath: www.w3.org/1T R/xpath 
end 
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Biztonságos PHP a gyakorlatban 


Ahhoz, hogy meg tudjuk védeni PHP alkalmazásainkat, az első és legfontosabb 
lépés a biztonsági veszélyek felismerése és megértése. 


z elmúlt két évben a PHP magfejlesztői rendkívüli 
munkát végeztek: a PHP felhasználói közösséget 
ellátták egy olyan hatékony technológiával, amely 
figyelemre méltóan jól teljesít változatos környezetben. 
Ahogy a webalkalmazások egyre népszerűbbek lettek, 

a webfejlesztőknek muszáj volt szembenézni a lehetséges 
biztonsági rések növekvő számával, melyek komolyan ve- 
szélyeztethetik a munkájukat. Sok útmutató, könyv és cikk 
látott napvilágot, ahogy az új technikákat fejlesztették. Ezek 
az újonnan felmerülő veszélyek azonban mégsem kapnak 
annyi figyelmet, amennyit megérdemelnek. 

Jelen cikk azoknak a profi és nyílt-forráskódú PHP fejlesz- 
tőknek szól, akik magas szintű biztonságot szeretnének 
nyújtani felhasználóiknak illetve ügyfeleiknek. Az írásnak 
nem célja, hogy a programozók minden egyes kérdésére 
választ adjon. Inkább abban próbál segíteni, hogy az alkal- 
mazás lehetséges problémái már a tervezési folyamat során 
kiderüljenek. Hosszú távon ugyanis ez teszi lehetővé ne- 
künk, PHP fejlesztőknek, hogy az új biztonsági fenyegeté- 
sekre megfelelően reagáljunk. 

Számos cikk megjelent már a biztonságos PHP fejlesztésről, 
s valamennyi nagyjából azonos témákat tárgyal. A követke- 
zőkben ugyan gyorsan átvesszük a fontosabb alapfogalma- 
kat, de feltételezem, hogy a legtöbben már jól ismerik ezket, 
ezért nem fogok sok időt tölteni velük. 


A 


register globals 

A PHP nyelvben használhatjuk a register. globals beállí- 
tási változót, melynek engedélyezésével az alkalmazás vala- 
mennyi változója globálissá válik. Ez annyit tesz, hogy 

a Webkiszolgálónak eljuttatott POST, GET, süti és session 
változók ugyanabba a kalapba kerülnek, ami fejlesztői 
szemmel nézve meglehetősen kényelmes módja a változók 
kezelésének. 

Tervezési szempontból e beállítás engedélyezése valószínű- 
leg alkalmazásunk egészének biztonsági szintjére kedvezőt- 
len hatással lesz, hiszen a felhasználók közvetlen eléréssel 
rendelkeznek majd az alkalmazásunkban használt vala- 
mennyi változóhoz. A PHP-t ma már alapértelmezés szerint 
kikapcsolt register globals változóval kapjuk, és azt ja- 
vaslom, a biztonság kedvéért hagyjuk is így. Ez alól csak az 
jelenthet kivételt, ha gépünkön régről ott maradt alkalmazá- 
sok futnak, amelyek megkövetelik e változó engedélyezését. 
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Cross-site scripting 

A népszerű Cross-site scripting, azaz XSS technika segítsé- 
gével a felhasználó átveheti az irányítást a megjelenés, 

a tartalom, vagy akár a Web alkalmazás teljes biztonsági 
rendszere felett. Nem a PHP az egyetlen nyelv, amely se- 
bezhető e módszerrel, hiszen nem nyelvi hibáról van szó, 
hanem sokkal inkább a webalkalmazás tervezésének bizo- 
nyos hiányosságairól. 

A Cross-site scripting sok formában létezik. Az egyik 
népszerű megoldás, amikor HIML vagy JavaScript kódot 
helyezünk az űrlapok mezőibe, így kényszerítve az alkal- 
mazást valami olyan megjelenítésére, amit egyébként 
nem tenne. Ez az eljárás ékesen bizonyítja, mennyire fon- 
tos, hogy minden bemenetet megszűrjünk érkezzen az 

a felhasználótól, másik honlaptól, vagy adatbázisból. 

A htmlentitiesŐ PHP függvény általában jó megoldás 
az ilyesfajta támadások elhárítására. 


GET változók 


A legtöbb Webalkalmazás számára nagyon fontos, hogy 
olyan URL-t tudjunk nyújtani a felhasználóinknak, melyet 
később felhasználhatnak ha vissza szeretnének térni oda 
ahol éppen állnak. Fejlesztőként azonban nem árt ha meg 
tudjuk állapítani, mely információkhoz tud a felhasználó 
hozzáférni a lehetséges módok bármelyikével. 

A lekérdezés szöveg módosításával a felhasználó módosíta- 
ni tudja az alkalmazásunkban használt változók tartalmát. 
Az ilyesfajta próbálkozások megakadályozása már bonyo- 
lultabb annál, mintsem hogy egyszerű bemenetszűréssel 
megoldható legyen, de ez a követendő irány. Az ilyen tá- 
madások ellen talán a legjobb módszer, ha alkalmazásunk- 
hoz hibatűrő adatfolyam-kezelést és jól felépített hibakezelő 
rendszert készítünk. 


SOL beszúrás 

Ennek a webalkalmazások ellen indított rosszindulatú tá- 
madásnak olyan pusztító következményei lehetnek, melyek 
messze túlszárnyalva az egyéb támadási formák (például 

a cross-site scripting) által okozott károkat, hiszen ezzel 

a módszerrel akár a teljes adatbázisunkat elveszíthetjük. 

Az SOL beszúrás elve nagyon egyszerű. A legtöbb Webal- 
kalmazás sütikből, POST és GET változókból várja a beme- 
nő paramétereket. Ezeket gyakran használjuk SOL lekérde- 


1. lista PHP alatti SOL lekérdezés készítése 
POST változók alapján 


ca?php 

$guery - "SELECT id, name FROM records LIMIT " 
. $.POSTL NUM ]; 

$result - $db-sselect($guery); 

75 


2. lista Rosszindulatú űrlap, amit SOL beszúrásos 
támadáshoz használhatnak fel. 


cform act1on-"example . com/form. php" 
method-"POST"5 
cíinput type-"text" name- "NUM" 

value-"5; DELETE FROM records "5 
cíinput type-"submit"5 
ca/formz 


3. lista Egyszerű , Ártalmas SOL parancsok" szűrő 


c?php 

function filter sgl($input) ( 
$reg - " (delete) I (update) I (union) I Cinsert) " ; 
return(eregi. replace($reg, "7", $input)); 

JT 

ig 


zések paramétereként, ezzel biztosítva a felhasználónak 
dinamikus tartalmat. Amennyiben a felhasználónak van 
valami elképzelése arról, hogy hogyan épülhet fel az adat- 
bázisunk, elvileg képes lehet úgy módosítani a paramétere- 
inket, hogy azzal SOL parancsokat adjon ki a lekérdezésün- 
kön belül. 

Nézzünk egy gyors példát. Az alkalmazásunk POST mód- 
szerrel vár adatokat egy űrlaptól. A célunk legyen az adat- 
bázis x bejegyzésének megjelenítése, ahol a felhasználó tet- 
szése szerint maga állíthatja be x értékét. Ezért az űrlapunk 
tartalmaz egy NUM mezőt, amely aztán a parancsfájlunk- 
hoz továbbítja a beírt értéket. Az 1. lista mutatja be a folya- 
matot. Ebben az esetben a felhasználó hamisíthat egy 
HTML űrlapot, amely a táblánkat teljesen kiürítő, gondosan 
megtervezett adatot küld el. 

Ha a felhasználó úgy dönt, hogy a 2. listában bemutatott űr- 
laphoz hasonlót használ, az eredmény a következőképpen 
néz majd ki: 


SELECT id, name FROM records LIMIT 5; 
DELETE FROM records. 


Nyilvánvalón igen egyszerű kivédeni az ilyen támadásfajtá- 


kat, mégis úgy vettem észre, rengeteg alkalmazás egyálta- 
lán nem rendelkezik a megfelelő védelemmel. 
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Jelen esetben ugyan az SOL beszúrás ellen meglehetősen jó 
védelmet nyújtana ha az intval O függvénnyel egész 
számmá alakítanánk a NUM értékét, de fontos látnunk, 
hogy a fejlesztők nem gondolhatnak végig minden egyes 
változót minden egyes SOL lekérdezésben. Ezért a legjobb, 
ha alkalmazásunkban automatizáljuk ezt a műveletet. 
Minthogy a modern web alapú alkalmazások egyre gyakrab- 
ban használnak magmodult vagy valamilyen központi kap- 
csolótábla rendszert, az ilyen megoldások alkalmazás szintű 
megvalósítása is leegyszerűsödik. Az alkalmazásunkban 
használható automatizált (streamlined) képességekkel a cikk 
későbbi részében foglalkozunk. Addig is felsorolunk néhány 
ötletet, ami segíthet felépíteni a saját megoldásunkat: 


1. Az SOL parancsokhoz használjunk szkifeket (szabályos 
kifejezéseket): ez a módszer akkor az igazi, ha nem vá- 
runk szöveges adatokat a felhasználótól, de az SOL 
kulcsszavak kiszűrésével általában jó eredményt érhe- 
tünk el (3. lista). 

2. Használjunk Ellenőrző kódokat (assertion): Ezzel 
a megoldással később foglalkozunk majd. 

3. Védett szövegek: amennyiben várhatóan nem kapunk 
bináris adatokat, a bemenet biztonsága érdekében érde- 
mes védeni a szövegeket (escaping). A fenti példánkban 
ugyan a szövegvédelem nem sokat segített volna, de 
sok SOL beszúrásos támadás alapul az SOL lekérdezés 
megszakításán és új lekérdezés beszúrásán. Az ilyen tá- 
madásokat hatékonyan megelőzhetjük például 
a mysgl. escape stringO függvénnyel . 


Titkosítás 

Az adatbázis kiszolgálókban és más tárhelyeken gyakran tá- 
rolunk sebezhető adatokat. Ilyen esetekben nekünk, fejlesz- 
tőknek, rendkívül fontos, hogy legyen valamilyen módsze- 
rünk az adatok biztonságos tárolására és igény szerinti 
könnyű előkereshetőségére. 

A PHP tartalmaz egy bővítményt, melynek segítségével 
kihasználhatjuk az Mcrypt Könyvtár (mcrypt.sf.net) ké- 
pességeit adataink titkosítására illetve későbbi visszakó- 
dolására. A Mcrypt PHP bővítmény dokumentációja 

a 5 httpoAwww.php.net/mcrypt lapon olvasható, amit 
alkalmazás előtt nem árt gondosan áttanulmányozni. 

A bővítmény lenyűgöző mennyiségű algoritmust ismer, ke- 
zeli többek között a triple-DES-t, a Blowfisht, a Iwofisht és 
a Iwo-Wayt. Hacsak nem értünk a titkosításokhoz, a Mcrypt 
bővítmény alkalmazása nem teljesen magától értetődő; 

a számtalan blokkalgoritmus és titkosítási módszer elsőre 
elég zavaró lehet. A 4. listában megtekinthetjük, milyen 
módszereket kínál a Mcrypt bővítmény valamint hogyan 
használhatjuk azokat. 


Ellenőrző kódok (assertions) 

Ez a funkció lehetővé teszi a PHP fejlesztőnek, hogy 

az alkalmazást hibakezeléssel lássa el, és megőrizze az ada- 
tok integritását. Ez nem kifejezetten biztonsági jellegű 
funkció, ráadásul a PHP-ben több élvonalbeli nyelvnél is 
megtalálható (C, Python), miért is hozom fel akkor? Dió- 
héjban: azért, mert ha ügyfeleinknek vagy felhasználó- 
inknak biztonságos alkalmazásokat szeretnénk nyújtani, 


az első lépés a hibakezelés. 
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4. lista Tipikus példa a Merypt bővítmény használatára 


c?php 

/" készítsünk véletlenszerű kulcsot 
de tartsuk kéznél, hiszen később 
ezt használjuk a visszakódoláshoz 


d 

$key —- "AOOKILCLIGAKIJHSD 
ANKLXASLUIHJKHAS 
OIUDSAÍfUYyIKLBLKU" ; 


$string - $ POST[ password I; 


/" Először is meg kell nyitnunk a Mcrypt titkosí- 
tó modulját"/ 

$mod - mcrypt module open 

( blowfish,  ", ecb, ); 


/" Ezután létre kell hoznunk egy Initialization 
Vector-t 
a méret és a forrás alapján. 
A forrásunk tetszőleges lehet, illetve hasz 
nálhatunk előre definiált állandókat. 
A vektor méretének megadása a felhasznált 
modultól függ"/ 

$iv.size - mcrypt. enc get iv size($mogd) ; 

/: Az alaphelyzetbe állító vektor a példánkban a 
/dev/random forrásból származó $size karakte 
rein alapszik 7"/ 


KDat 
mcrypt. create iv($iv. size, MCRYPT. DEV. RANDOM) ; 


/" A következő lépésként ellenőrizzük, hogy 
a kulcsunk nem túl nagy-e 


A Assertions PHP alatt két függvény, az assert options és 
az assertO), segítségével valósítható meg. Az elsőt alkalma- 
zásunk alaphelyzetbe állításakor, illetve beállítás állományá- 
ban hívjuk meg, a másodikat bárhol meghívhatjuk a kódban, 
ahol a bemenet helyességét kell kikényszerítenünk. Az 5. lista 
azt mutatja be miképpen készíthetünk hibakezelő rendszert, 
ami egyszerű jelentést készít, ha az ellenőrzés sikertelen. 

A ,PHPUnit Project" egy teljes körű elemtesztelő készlet, 
amely ingyenesen hozzáférhető a PHP fejlesztők számára, 
és pontosan arra alkalmas amit mi most összeraktunk. 

A honlapot a 3 httetwww.phpunit.sf.net címen találjuk. 


Adatfolyam 

Amennyiben több különféle webprojekten is dolgoztunk, 
az új fejlesztéseinkhez valószínűleg van már valamiféle kö- 
zös váz, amit használni kezdtünk, netán kifejlesztettük saját 
változatunkat. Az adatkezelés központosítására sokféle 
módszer létezik és a projektünket leíró követelmények 
függvényében bizonyos modellek nyilván jobban megfelel- 
nek mint mások. A következő néhány bekezdésben bemu- 


40 
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és csonkoljuk ha szükséges7/ 
$max key size - mcrypt enc get key size($mod) ; 
$key - substr($key,0, $max key size); 


/:" Alaphelyzetbe állítjuk a titkosító algoritmust 
a mcrypt generic init segítségével"/ 
mcrypt. generic init ($mod, $key, $iv); 


/" Az adatainkat ez után már titkosíthatjuk a 
mcrypt generic függvénnyel. A függvény 
visszatérési értéke a titkosított adat lesz7/ 

$encrypted - mcrypt. generic($mod, $string) ; 


/: A Mcrypt használatának befejezése után 
fel kell szabadítanunk a folyamatban 
felhasznált vermeket"/ 

mcrypt. generic deinit ($mogd); 


/" végül, le kell zárnunk a felhasznált titkosító 
modul t"/ 
mcrypt. module close ($mog); 


/: Most nézzük, hogyan kódoljuk vissza az adatot: 
88 // 

$padded - // lásd a következő sort 

mcrypt. decrypt( blowfish" , $key, $encrypted, "ecb  , $ 
MV 


/:" Most a visszakódolt szövegünk nullával tagolt, 
ezért el kell távolítanunk a felesleges 40-kat 

5 

$plain — str replace(C"X07,"" , $padded) ; 

echo "Titkosított szöveg: $encryptedcbr:"; 

echo "visszakódolt szöveg: $plaincbr:"; 

vs 


tatok egy egyszerű tervezési sablont amely a fejlesztőknek 
üzleti célú projektekhez is elegendő rugalmasságot és mé- 
retezhetőséget biztosít. 

Első lépésként ki kell dolgoznunk egy olyan módszert, 
amellyel minden bemenő adatunkat központosíthatjuk, 

és egységes szűrőfelületen küldhetjük keresztül. Ezáltal 

a további módosításokat egyszerűen moduláris jelleggel 
végezhetjük majd. Példánkban következő fájlstruktúrát 


használjuk: 


e  /index.php: az egyetlen állomány a gyökérben. 

e  /lib: könyvtárakm amelyeket .htaccess véd. 

e  /lib/config.inc.php: beállítás állomány. 

e  /tpl: sablonok, szintén a .htaccess védelme alatt. 
e  /doc: projetkek és API dokumentációk. 

e  /images: képek. 

e  /classes: osztályok, .htaccess védelemmel. 


Amint az a 2. ábrán látható, alkalmazásunk magját az 
index.php állomány alkotja, melynek közvetlen elérése van 


5. lista Hibajelentés Assertion segítségével 


ca?php 


/" A teljes alkalmazásunkban ki-be 
kapcsolhatjuk az 
assertion képességet az ASSERT ACTIVE változó 
1 vagy 0 
értékre állításával. 
17 
assert options (ASSERT. ACTIVE,1); 


/" Azt szeretnénk, ha az alkalmazásunk kilépne 
ha az assertion sikertelen. (Legalábbis ebben 
a példában) 

5 

assert options(ASSERT BAIL,1); 


/" példánkban magunk végezzük a hibajelentést 
ezért kikapcsoljuk az alapértelmezett 
figyelmeztetéseket. 

7 

assert. options (ASSERT WARNING, 0); 


/" Az sikertelen assertion ellenőrzéskor 
meghívandó 
saját függvényünk neve , display error? lesz. 
7 
assert options (ASSERT CALLBACK, "display error"); 
strtolower($ POSTL email ]); 
arrayO ; 


$email -— 
$parts - 


// elkészítjük a szabályos kifejezésünket 
$regex —- "AC([I.Wa-z0-9]HJa([L.Va-z0-9])$" ; 


/" Helyes formátum ellenőrzése, és az email 
cím ellenőrzése egy időben történik. 
Figyeljük meg a különleges formátumot. 
Minden idézőjelek közt található, a hibát 


a template, class vagy configuration állományok bár- 
melyikéhez; a felhasználó azonban soha nem érheti el eze- 
ket az állományokat. 

Menjünk végig lépésről lépésre a 2. ábrán látható vázlaton. 
Vegyük példaként azt a folyamatot, ahogy a felhasználó be- 
jelentkezik a rendszerbe. 


1. A felhasználó paraméter nélkül kéri le az index.php 
állományt. Az index létrehoz egy vermet, majd tovább- 
adja a kapcsolótáblának, amely meghívja az alapér- 
telmezett modult. A modul sablon segítségével meg- 
jeleníti az alkalmazás alapértelmezett bejelentkező 
képernyőjét. 

2. A felhasználó kitölti, majd elküldi az azonosítási űrla- 
pot. Az űrlap kimenetét valami ilyesmi címre irányítja: 
?"module-accountgaction-login. A kapcsolótábla meg- 
hívja a login függvényt, amely nem más mint a user 
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pedig 
megjegyzésbe tettük. Ezt a hibát később, 
szabályos 
kifejezéssel fogjuk kigyűjteni. 
"7 
assert("eregüv$regex, V$email, M$parts); /" 
hibás e-mail cím: $email "/7); 


/" Ez a rész nem hajtódik végre, ha az 
assertation 
sikertelen így biztonságosan továbbléphetünk 
7 
$username - $parts[1]; 
echo "Üdv otthon, " $username; 
// Most következik az ASSERT CALLBACK függvényünk 
function display error($file, $line, $error) ( 


// Ez a rész gyűjti ki a hibaüzenetet 
Fe TC YA D 

$parts - arrayO; 

ereg($regex, $error, $parts); 

$msg - $parts[2]; 


// csinos kimenetet készíthetünk 

echo " 

ctable bgcolor-"$bbbbeeV"5 

ctr:ctd colspan—- 2" align center 5 
cbs:Hibajelentéstc/b: 

c/td3c/trs 

ctrsctdsÁl lomány : c/tdsctds$filec/td5c/trs 
ctrsctdsSor : c/tdsctd5$1]inec/tdsc/trs 
atrsctdsÜzenet : c/tdsctd3:$msgc/td5c/trs 
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osztály elérési felülete. A függvény létrehoz egy pél- 
dányt a user osztályból. Ez az objektum szolgál csatoló- 
felületként a felhasználónk és az adatbázis között, vala- 
mint ez végzi el a lekérdezést. 

3. Az adatbázis visszaküldi az adatokat az objektumnak, 
majd az objektumból a modulhoz kerül, amely beállítja 
a megfelelő session változókat, meghívja a megfelelő 
sablont, és segítségével módosítja a vermet. Végül a vá- 
laszüzenetet elküldi az index-nek. 


A bemutatott modell adatfolyam-kezelése első látásra 
talán kicsit bonyolultnak tűnhet, valójában azonban meg- 
lehetősen egyszerű. A felhasználói bemenet gyorsan 

a megfelelő modulhoz kerül, a hibakezelést a kapcsolótáb- 
la szintjén végezzük. Az egyéb bemenetek - mint például 
az adatbázis-adatok és fájlrendszer-elérések — szűrését 

a nekik megfelelő osztályok végzik. Minden osztály egy 
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Error Report 
fvarfwwwilocalhost/htdocs/assert1 .php 
Line: 38 
Message: Invalid email address: teste 


File: 





1. ábra Az 5. lista által készített mintaüzenet 


Index.php 


$buffer 


Master 
Switchboard 


fs 


ege szt 
Account Admin Cache 


Modules 


— 


Signup 118N 
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it8n.class.php 
cache.class.php 


— File System 





2. ábra Alkalmazás mag 


különleges vázosztályt bővít amely biztosítja a megfelelő 
bemenetszűrési képességeket, így egyik osztálynak sem 
kell ilyesmi miatt aggódnia. 

A modell igen hatékony, hiszen méretezhető és hibatűrő szer- 
kezetre épül, de ne feledjük, hogy más, érdekes modellek is 
léteznek. Vethetünk például egy pillantást a Phrame Project 
weblapjára (2 httpoAwww.phrame;.sf.net) , amely az MVC 
rendszeren (2 httptwww.ootips.org/mvc-pattern.html]) ala- 
puló Model2 megközelítést alkalmazza. 


Biztonsági mód 

A PHP biztonsági módja (Safe mode) olyasmi amit minden- 
képpen érdemes megtanulni minden PHP fejlesztőnek és 
rendszergazdának. A biztonsági mód olyan beállítások 
gyűjteménye, melyek segítségével a rendszergazda befolyá- 
solni tudja a PHP-értelmező működését és biztonsági alap- 
elveket határozhat meg. Rendszergazdai szemmel nézve ez 
annyit jelent, hogy meg kell tanulnunk, hogyan kell helye- 
sen beállítanunk a rendszert úgy, hogy közben ne tegyük 
lehetetlenné fejlesztőinknek az alkalmazásaik elindítását 

a kiszolgálónkon. Fejlesztői szemmel nézve azt kell megta- 
nulnunk, milyen hatással lehet egy adott képesség az alkal- 
mazásunkra, ha történetesen be van kapcsolva. 

A safe mode beállítások bekapcsolása indokolt lehet, ha 
PHP alkalmazásokat futtató megosztott kiszolgálókat üze- 
meltetünk, és a kiszolgálókat használó PHP fejlesztőkben 
nem bízhatunk meg. A safe mode beindítása php.ini állo- 
mányunkban hatékonyan meggátol minden fájlrendszer 
elérést, kivéve, ha a fájl tulajdonosának UID azonosítója 
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nem azonos a futó parancsfájl UID értékével. A PHP 

safe mode alatt is lehetőséget ad e funkció átállítására, 
ehhez a safe mode gid kapcsolót kell engedélyeznünk. 
Ilyenkor, a PHP az állományok GID értékét vizsgálja az 
UID érték helyett. 

Jó gyakorlat, ha felhasználóinknak nem engedélyezzük 

a rendszer bármely bináris állományának végrehajtását; 
ilyenkor jöhet szóba a safe mode exec dir. Ennek a felbe- 
csülhetetlen értékű funkciónak a segítségével utasíthatjuk 
a PHFP-t, hogy csak akkor hajtson végére bármilyen progra- 
mot az exec() vagy bármely más függvényen keresztül, ha 
a program megtalálható a safe mode exec dir által megje- 
lölt könyvtárban. (Ilyen például az /usr/local/php/bin). 
Miután megismertük a PHP safe mode engedélyezése- 

kor érvénybe lépő korlátozásokat, elkezdhetünk olyan 
programokat fejleszteni, amelyek nem robbannak le, ha 
ilyen beállítással rendelkező gépen kell futniuk. Sok ISP 
használja a safe mode beállításait. A legfontosabb szem- 
pontok a következők: 


e A fájlműveleteket, legyenek azok írási vagy olvasási 
műveletek, próbáljuk meg az alkalmazásunkhoz adott 
állományokra korlátozni. 

e Ne használjuk ki, hogy valamilyen külső program már 
telepítve van vagy végrehajtható, ha a projektünk nem 
csak a saját kiszolgálóinkon fog futni. 


A rendszergazdák ezen felül más hatékony eszközöket is 
használhatnak rendszer teljes körű biztonságának növelé- 
sére. Ide tartozik addisable functions amely megakadá- 
lyozza, hogy bizonyos függvényeket meghívjunk, valamint 
az olyan függvények mint az open. basedir, amely minden 
fájlműveletet egy megadott könyvtárra korlátoz. 


A PHP dokumentáló csapat által készített irodalom részle- 
tesen foglalkozik a témával. Ezen túl készült olyan írás is, 

amely a safe mode, a hozzá kapcsolódó függvények vala- 
mint azok következményeinek részletei taglalja. 


Linux Journal 2004. április, 120. szám 


Xavier Spriet az utóbbi négy év során PHP alatt 
fejlesztett programokat. A eliguldM EDIA 
International vezető fejlesztője. Xavier 
xavierowuug.org címen érhető el. 





Mcrypt bővítmény: php.net/mcrypt 
Mcrypt Project: mcerypt.sf.net 
Az MVC minta: ootips.org/mvc-pattern.html 


PHP Dokumentáció: php.net/manual/en 

PHP Biztonság: php.net/manual/en/security.index.php 
A PHPUnit Projekt: phpunit.sf.net 

A Phrame Projekt: phrame.sf.net 

safe Mode: php.net/manual/en/features.safe-mode.php 





KOOPS 


Készítsünk közösségi weblapokat cikksorral, megjegyzéssel, felhasználói 


blogokkal és egyebekkel felszerelve. 


z elmúlt néhány hónapban egy olyan tartalomke- 
AA zelő programmal (CM5) ismerkedhettünk meg, 
amely megkönnyíti az utóbbi időben roppant nép- 
szerű blogok készítését. Hogy mi is pontosan a blog, arra 
jelenleg nem létezik egyértelmű és szigorú meghatározás, 
de a legtöbb ember valószínűleg egyetért abban, hogy egy 
olyan formáról van szó, melyben rövid cikkekből áll a tarta- 
lom, ahol a legfrissebb jelenik meg legelőször. 
Létezik azonban egy nagyobb, kicsit eltérő típus is, amit 
jobb híján talán Slashdot-stílusnak nevezhetnénk. Ezeket 
a blogokat ténylegesen kis csoportok szerkesztik, ám van 
e mellett egy rengeteg tagból álló közösség is, amely részt 
vesz a napi munkában. Utóbbiak sok szempontból talán kö- 
zelebb állnak a fórumokhoz és a hirdetőtáblákhoz mint 
a blogokhoz, de van elég sok naplószerű jellemzőjük is. 
Miután ugyanis a lap látogatója elolvasta a vezérfonalat adó 
cikket, elkészítheti saját weblogját, valamint elolvashatja 
a többi felhasználó bejegyzéseit. 
Néhány csomag - közülük is elsősorban a Slash, amely 
a Slashdot alapjául szolgál, vagy a use.perl.org — kifejezet- 
ten a nyilvános és privát weblogok alapötlete köré épült, de 
más csomagok is felnőttek a feladathoz. Az egyik ilyen cso- 
mag az XOOPS, mely név valószínűleg az Extended Object 
Oriented Portal System (Kiterjesztett objektum-központú 
portál rendszer) rövidítéséből származik. Az XDOPS 
a PHPNuke és PostNuke családba tartozó rendszerek 
oldalhajtása. 
Ebben a hónapban az XOOPS rendszerrel ismerkedünk 
meg, különös figyelmet szentelve a WeBLog (kiejtve: Ví- 
bílog) modulnak, amelyet nyilvános és privát blogok létre- 
hozására és felügyeletére terveztek. Vannak ugyan fenntar- 
tásaim az XOOPS-al kapcsolatban, bizonyos közösségek 
számára azonban kiváló eszköz lehet. Különösen két terü- 
leten nehéz jobbat találni: rendkívül egyszerű telepíteni és 
karbantartani, továbbá minden felhasználó saját weblogot 
kaphat. 





Történelem 

Az XOOTPS kiváló példája a GNU General Public Licence 
hatékonyságának, a nyílt fejlesztési közösségnek, valamint 
annak, hogy nem feltétlenül káros minden szétválás a nyílt 
forrású fejlesztésekben. Az XOOPS története a PHP nyel- 
ven és MySOL adatbázis háttérrel készülő PHPNuke prog- 
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1. ábra Az XOOPS honlapgazda oldala, ahol kiválaszthatjuk a lapunkon 
megjelenő modulokat 


rammal kezdődött. A PHPNuke akkoriban a PHP nyelven 
készülő, IhatWare nevezetű Slash klónon alapult, de 
utóbbinak már felhagytak a fejlesztésével. 

Ami ez után történt, annak megítélése -— finoman szólva — 
elég ellentmondásos, és jól példázza, hogy mi történhet 
akkor, amikor egy nyílt forrású fejlesztés eldurvul: 

a PHPNuke számos fejlesztője úgy döntött, elszakadnak 

a projekttől és saját fejlesztésüket PostNuke-nak nevezték 
el. Manapság a PHPNuke és a PostNuke egyaránt létezik, 
amivel a felhasználói és fejlesztői közösségek közti kapcso- 
lat szenvedett némi csorbát. 

Nos, úgy tűnik, hogy a XOOPS a PHPNuke objektum- 
központú átirata. Az XOOPS fejlesztők úgy gondolják, 
hogy a rendszert objektum alapon újraírva megnövekszik 
a biztonság, és könnyebbé válik a fejlesztés és a karbantar- 
tás. A jó hír az, hogy a fent felsorolt rendszerek mindegyi- 
ke elérhető a GNU General Public License alatt. 

Az XOOPS-ot szemmel láthatólag kisebb fejlesztőcsapat ké- 
szíti, mint a PHPNuke-ot vagy PostNuke-ot. Mégis, a beépí- 
tett és mások által készített modulok száma igen magas, va- 
lamint objektum-központú lehetőségeinek köszönhetően 
nagyon könnyen készíthetünk saját modulokat. Iulajdon- 
képpen a modulok kis száma ellenére lenyűgöző, mennyire 
egyszerűen telepíthetőek. Ez azt jelenti, hogy inkább 
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XOOPS-t használjunk a többi Nuke-szerűség helyett? Nos, 
ez legalább annyira függ a meggyőződéstől és a tervezett 
felhasználástól, mint magától a technológiától, bár önmagá- 
ban a tény, hogy az XOOPS objektumokat használ, tapasz- 
talataim szerint az élvonalba emeli, legalábbis elméletben. 


Letöltés és telepítés 

Miután áttekintettük a XOOPS és rokonainak őstörténetét, 
állítsuk be saját XOOPS kiszolgálónkat. Az XOOPS futtatá- 
sához szükségünk lesz egy MySOL kiszolgálóra — személy 
szerint a köztudottan elavult 3.23.58 verziót használom — 
valamint egy Apache kiszolgálóra (1-es vagy 2-es változat) 
telepített PHP támogatással. 

Az XOOPS hosszú ideje az egyik legfigyelemreméltóbb és 
legegyszerűbben telepíthető program amivel találkoztam. 
A kódot az XOOPS weblapról töltöttem le (lásd a hálózati 
források szakaszt) majd az ideiglenes könyvtárban megnyi- 
tottam a .tar.gz állományt. A teljes HIML alkönyvtárat fel- 
másoltam az Apache tartalom gyökér egyik könyvtárába: 
/usr/local/apache/htm[/xoops. Ezt követően az XOOPS telepí- 
tőt a 5 /xoops URL alól érhettem el. 

A teljesen web-alapú telepítő lassan de biztososan vezet 
minket végig a folyamaton. lalán a leginkább elbizonytala- 
nító rész az a lap, ahol az új adatbázist és táblákat létre- 
hozzuk és a jogosult MySOL felhasználó nevét és jelszavát 
kell megadnunk. Ezen kívül a telepítő lehetne kicsit szószá- 
tyárabb a hibaüzenetek tekintetében, tekintve, hogy nem 
mindenki tapasztalt web/adatbázis programozó. 

Azt kell mondjam, a telepítés nagyon egyszerű és gördülé- 
keny volt. Visszatértem a rendszerem 5 /xoops URL-jére és 
máris egy egyszerű bemutatkozó képernyővel találkoztam, 
amely belépésre invitált. Beléptem a lap adminisztrátora- 
ként, és bár a főlap elég üres volt, gyorsan tovább tudtam 
lépni a képernyő bal felső részén található rendszergazdai 
menüre (1. ábra). 

Az XOOPS kezelése eléggé magától értetődő, ha rájövünk, 
hogy XOOPS alatt minden modulnak számít. A legtöbb 
XOOPS gazda első dolga tehát további modulok feltelepíté- 
se. Lépjünk a kezelői (administration) menübe és válasszuk 
a Modules pontot. A képernyő tetején találjuk a már feltele- 
pített modulokat, míg a lap alján sorakoznak azok, amelyek 
elérhetők de nincsenek telepítve. 

Utóbbiak telepítéshez kattintsunk a modul neve melletti 
ikonra. Választásunk jóváhagyását követően megtekinthet- 
jük milyen táblák jöttek létre a MySOL adatbázisunkban, 
milyen új elérési jogosultságok kerültek a rendszerbe vala- 
mint azt is, hogy a modul telepítése sikeres volt-e. 

Tegyük fel, hogy így történt, és visszatérhetünk a Module 
Administration lapra, ahol láthatjuk, hogy a frissen feltele- 
pített modul a képernyő aljáról átkerült a tetejére . 

Az XOOPS oldal alapértelmezetten gyakorlatilag üres. 

Ha egyéb elemeket szeretnénk a honlapunkhoz adni, akkor 
át kell lépnünk a blokkok (Blocks) karbantartói lapjára. 

A News (hírek) modul három blokkot tartalmaz - bigstory, 
topics és top. A fő blokk-karbantartó menüben a lapgazda 
beállíthatja mely blokkok legyenek láthatóak. A dolog igazi 
erejét azonban az egyes blokkokhoz tartozó szerkesztés 
(Edit) menüben találjuk, ahol megadhatjuk, hogy a képer- 
nyőn hol jelenjen meg az adott blokk - oldalt, középen 
vagy éppen teljesen máshol. 
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2. ábra Készítsünk egyedi lapkinézetet a blokkok helyzetének 
megadásával a Blocks Administration menüben 


Modulok 

Minden XOOPS modul jól meghatározott és egységes 
könyvtárakba rendezett HIML, PHP és SOL részekből áll. 
Az osztálydefiníciókat mindig a class könyvtárban, az adat- 
bázis definíciókat az SOL-, a blokkokat a blocks, míg a képe- 
ket az images könyvtárban találjuk. A beállítás és verzió in- 
formációk mindig a xoops version.php állományban, a mo- 
dul gyökerében lelhetők fel. 

Az új modul telepítése mindössze annyiból áll, hogy letöl- 
tés után a könyvtárát áthelyezzük modules könyvtárba. le- 
hát ha letöltöttük a foo nevű modult, és a XXOPS könyvtá- 
runk a /usr/local/apache/html/xoops, egyszerűen csak másol- 
juk a foo könyvtárat a /usr/local/apache/htmI/xoops/modules 
helyre. Legközelebb, amikor a Module Administration lap- 
ra lépünk, a modult már ott találjuk, telepítésre és beállítás- 
ra készen. 

Az egyik fontos dolog amit a XOOPS fejlesztők szem előtt 
tartottak, az adatbázis továbbfejlesztése. A XdXOPS modu- 
lok PHP és HIML részeinek fejlesztési irányát nem nehéz 
elképzelni. Egy PHP-t és SOL-t egyaránt alkalmazó modul 
frissítése ugyan már kicsit keményebb dió lehet, de úgy néz 
ki, a fejlesztők ezt sikerrel megoldották, és tiszteletre méltó 
munkát végeztek. A XOOPS modul SOL könyvtárában 
nem csak a MySOL definíciókat tartalmazó mysgl.sg! állo- 
mányt találhatjuk meg, hanem az ALIER TABLE parancso- 
kat tartalmazó frissítő állományt is, amely a régi verzióról 
az újra változtatja adatbázisunkat. Mivel a modulok táblái 

a rendszer többi részétől elszigetelve léteznek, a többitől tel- 
jesen függetlenül, és szinte bármilyen sorrendben frissíthet- 
jük az XDOPS moduljait. 


WeBLog 


Miután ráéreztünk a modulokkal való munkára, hozzálát- 
hatunk Hiroyuki Sakai WeBLog moduljának telepítéséhez. 
Most végre olyan jellemzőkkel láthatjuk el programunkat, 
amelyeket eredetileg kerestünk: egy közösség által is hasz- 
nálható webnapló rendszert építünk. 

A WeBLog telepítéséhez töltsük le az állományt a főoldalról 
(lásd a forrásokat). Akárcsak a legtöbb XOOPS modul eseté- 
ben, most is ki kell csomagolnunk a tar. zxf paranccsal, 
majd a legfelső szintű weblog könyvtárat átmásolnunk 
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3. ábra Siker! A beállított lapon megfigyelhetjük a felhasználók 
bejegyzéseit és a hozzájuk fűzött megjegyzéseket 


vagy átmozgatnunk az XOOPS modulkönyvtárába. Az én 
rendszeremen a WeBLog a /usr/local/apache/htm[/xoops/ 
modules/weblog könyvtárba került. 

A modul telepítéséhez, egyszerűen lépjünk a Module 
Administration lapra és kattintsunk az install (telepítés) 
pontra. Különféle weblog típusokat hozhatunk itt létre és 
állíthatunk be. A Module Administration lapon baloldalt 
megjelenik egy új napló-ikon, mellyel beállíthatjuk a jogo- 
sultságokat, a kategóriákat, valamint elvégezhetünk néhány 
alapvető adatbázis karbantartási feladatot. 

Miután engedélyeztük a weblogok létrehozását, térjünk 
vissza a lapunk nyitóoldalára. Itt a képernyő bal oldalán 
már látnunk kell a WeBLog menüpontot a rendszer vala- 
mennyi legfrissebb weblog elemének gyűjteményével 
együtt. Ha a modult most futtatjuk első ízben, akkor ez 

a lap többnyire üres lesz. Saját weblogunkat a My WeBLog 
pontra kattintva hozhatjuk létre, illetve szerkeszthetjük. 
Küldeményünket gépeljük a HIML űrlap megfelelő részé- 
be, legalább 75 karakter hosszúságban, hacsak a Preferences 
Administration lapon meg nem változtattuk ezt az értéket. 
Miután bevittük az új bejegyzésünket, a WeBLog menü- 
elemre visszatérve meg is tekinthetjük azt. Ez a közös kép- 
ernyő az összes egyéni naplót egyesíti, egyúttal azt is lehe- 
tővé teszi, hogy a felhasználók nevére kattintva, csak a ki- 
választott blogot tekintsük meg. 

A WeBLog számos egyéb hasznos lehetőséget is tartalmaz 
még, az RSS hírügynökségtől kezdve, a kereshető és bön- 
gészhető archívumon át a küldeményekhez fűzhető meg- 
jegyzésekig. Azt is kérhetjük, hogy az új küldemények 
felkerülésekor kapjunk figyelmeztetést. Az ilyen figyelmez- 
tetések a ftőmenüben jelennek meg, amikor belépünk az 
oldalra. 


Használjuk az XOOPS-t? 


Amennyiben blogot használó emberek hálózati közösségét 
szeretnénk létrehozni, az XOOPS nem rossz választás. Ak- 
tív fejlesztőcsapat támogatja, a WeBLog modul elég stabil- 
nak és jól karbantartottnak tűnik. Iovábbá a technológia 
egyszerű és magától értetődő ahhoz, hogy a web/adatbázis 
tapasztalattal rendelkezők maguk módosíthassák, állíthas- 
sák be saját rendszerüket. 
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Az XOOPS vizsgálgatása közben azonban nem bírtam meg- 
állni, hogy össze ne hasonlítsam azt az OpenACS-el, ezzel 
a szintén közösség centrikus rendszerrel, amely ugyanúgy 
rendelkezik weblog modullal. Az érdekelt, hogy vajon van- 
e bármilyen ok, amiért valaki inkább az XOOPS rendszerét 
választaná az OpenACS helyett, amely technikailag kétség- 
telenül messze fejlettebb. 

Bármennyire is szeretem az OpenACS-et, a válasz egyértel- 
műen igen. Az OpenACS kiváló rendszer ha egy kemény- 
vonalas web/adatbázis-guru van a közelben, és ha root jo- 
gosultságunk van a kiszolgálónkhoz, továbbá, ha az 
OpenACS eszközkészletet saját igényeinkhez tudjuk igazí- 
tani. Sokaknak azonban nincs megfelelő embere vagy pén- 
Ze egy ilyen magasszintű rendszer használatához; ők 

a PHP-t és MySOL-t futtató megosztott kiszolgálókon is 
gyorsan és könnyen létrehozható megoldásokat keresik. 
Nekik az XOOPS nagyon jó választás. Ugyan sok minden 
hiányzik belőle, de előnyei is számosak: bárhova feltelepít- 
hető, a PHP/MySOL programozók hatalmas közössége tá- 
mogatja és minimális ismerkedés után a nem-programozók 
által is karbantartható. Sok dolog hiányzik belőle, amit egy 
kifinomultabb rendszertől elvárnék. Például nincs Unicode 
támogatása, nincs lehetőség egyetlen csomag több példány- 
ban való telepítésére, tartalom-változatkezelésre és hierar- 
chikus csoportok létrehozására. De arra amire tervezték na- 
gyon is jól használható. 

Úgy érzem nehéz lenne a XOOPS-t a hagyományos érte- 
lemben vett tartalomkezelők közé sorolni, akármit is állítsa- 
nak a csomag karbantartói. Igaz, valóban lehetővé teszi, 
hogy új küldeményeket postázzunk és azokat a hely gazdá- 
ja megjelenés előtt engedélyezze. Azonban az XOOPS 
rendszert inkább egy könnyen használható közösségi felü- 
letként képzelhetjük el, melynek segítségével egyszerűen 
hozhatunk létre weblogokat és egyéb szabványos tartalma- 
kat. Sok embernek ez több is, mint elég. Az, hogy ilyen egy- 
szerűen hozhatnak létre egy kifinomult honlapot, sokkal 
nagyobb súllyal esik latba mint az egyéb elvárások.. 


Osszefoglalás 

Az XOOPS egyértelműen nem való mindenkinek-a világ- 
nézet, az objektum-központú kód és az említett funkciók 
hiánya miatt kétszer is meggondoltam, egyáltalán ajánljam- 
e. Csakhogy azt is láttam, mennyi időt és energiát emészt 
fel az indulás olyan alkalmazásokkal mint a Zope vagy az 
OpenACS - és ez a csere nem mindig kifizetődő. Ha kiváló- 
an értünk a PHP és MySOL eszközökhöz, és jó weblog ké- 
pességekkel felvértezett közösségi oldalt szeretnénk, nem 
árt elgondolkodni az XOOPS használatán. 


A cikkhez tartozó források a CD-n a Magazir/XOOPS 
könyvtárban találhatóak. 


CInUX dodrnal 2002 júrműs, 1225szaám 


Rewen M. Lerner (2 http:/Avww.lerner.co. il/atf) 
Nyílt forrású programokra, valamint web- és adat- 
bázis-alkalmazásokra szakosodott tanácsadó. 
Könyve, a Core Perl, 2002 Januárjában jelent meg 
a Prentice Hall gondozásában. KReuven feleségével 
és lányaival nemrég költözött Chicagóba. 
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Linuxos kiszolgálót mindenkinek! (7. rész) 


A SuSE Linux, mint kiszolgáló, kisvállalati és otthoni környezetben. 


2zy zg 


kedves olvasó a sorozat előző részeiben már talál- 
kozhatott több a Suse Linux segítségével létreho- 
zott internetes szolgáltatás megvalósításával. Mos- 
tani cikkemben bemutatom, miként csinálhatunk kiszolgá- 
lót a legnépszerűbb internetes szolgáltatáshoz, a webhez. 
Telepíteni fogunk egy webkiszolgálót, hozzá egy 
adatbáziskezelőt, valamint egy szerver oldali szkriptelő kör- 
nyezetet. Ez a hármas együtt olyan környezetet alkot, ami- 
vel bátran hozzákezdhetünk weboldalak fejlesztéséhez is. 


A Webkiszolyáló 


Linuxos környezetben a webkiszolgáló egyet jelent az 
Apache kiszolgálóval. Ennek története olyan sikertörténet, 
amelyet eddig kevés termék tudott utána csinálni. Megjele- 
nése óta folyamatosan nő a felhasználók köre és részesedé- 
se a webkiszolgálók területén. 2004 februárjában a web- 
kiszolgálók közel 7079-a Apache-ot használt. Ez önmagában 
is figyelemre méltó eredmény, hát még ha megnézzük, 
hogy kik a vetélytársai. Olyan, kicsinek nem mondható cé- 
gek, mint a Microsoft az IIS-el, vagy a Sun a SunONE pro- 
jektjével. Ezek - kis túlzással - jelenleg a fasorban sincsenek. 
Nem járunk messze a valóságtól, ha a , kis indián" sikerét 
egészen egyszerűen elsöprőnek nevezzük. (Helyzetjelentés 
2004. májusából a Netcraft.com-on: 

2 http:/news.netcraft.com/archives/web. server survey.html) 
Ha fentiekhez még azt is hozzávesszük, hogy az Apache 
egy ingyenesen használható, fantasztikusan sokrétű szolgál- 
tatásokat tartalmazó szoftver, akkor azt hiszem, nem kérdés, 
hogy mitől olyan sikeres. Használjunk hát mi is Apache-ot! 
Oké, használjunk Apache-ot. De melyiket? Van ugyanis 
1.3.x és 2.0.x. Ráadásul a válasz nem is olyan egyszerű, mint 
amilyennek első pillantásra tűnhet. Ha ugyanis jobban 
megvizsgáljuk a változatokat, hamar kiderül, hogy mind- 
kettőnek megvannak az előnyei és hátrányai egyaránt. 

A 2.0 ugyan újabb és ez sokaknak rengeteget számít, de az 
1.3-as verzió a stabilitásával és kiforrottságával olyan alter- 
natívát nyújt, amelyet kritikus környezetben egészen egy- 
szerűen nem szabad figyelmen kívül hagyni. 

A Suse 8.2, 9.0 és a legfrissebb 9.1-es verziója is tartalmazza 
mindkét verziót, sőt a YaST a 9.0-tól konfigurációs felületet 
is nyújt, de sajnos csak az Apache2-höz és annak is csak az 
alapvetőbb beállításaihoz. Akinek viszont elegendőek ezek 
a tunkciók, azok nyugodtan használják ki az Apache 2.0 és 
a YaST nyújtotta szolgáltatásokat. Én most az 1.3-as verzió- 
val fogok foglalkozni, így ez a cikk nem szigorúan csak 
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Suse webkiszolgálók beállításához szolgál útmutatóul. VI- 
szont a 2.0-ás verziót választók is kapnak némi útmutatást, 
hiszen az alapvető beállítások nagyjából megegyeznek. 


A telepítés 

Webszervernek alapesetben telepítsük az apache csomagot, 
a php szkriptelő nyelv telepítéséhez pedig a mod. php4, illet- 
ve a mod php4-core csomagokat. 

Ha ezzel megvagyunk, akkor leraktuk az alapjait egy di- 
namikus adatokat szolgáltatni képes webes rendszernek. 
Amennyiben szeretnénk - és miért ne szeretnénk -— ada- 
tainkat adatbázisban tárolni, telepítsünk egy adatbázis- 
kezelőt is. 

Az adatbáziskezelők esetében jóval nagyobb a választék, 
mint a webkiszolgálók terén. Sokuk fizetős, de több ingye- 
nesen használható rendszer közül is választhatunk. A fize- 
tős rendszerek közül talán a legnépszerűbbek az Oracle és 
MSSOL. Ezek ugyan nem olcsók, de szolgáltatásaikban egy 
bizonyos szinten felül olyan pluszt nyújtanak, amelynek 
nélkülözése, vagy saját erőből történő megvalósítása az 
adott projekt szempontjából esetleg kivitelezhetetlen. Ha 
azonban ezekre a szolgáltatásokra nincs szükségünk, akkor 
nyugodt szívvel használjuk valamelyik ingyenes rendszert. 
Linux alatt a két legnépszerűbb a MySOL és a PostgreSOL. 
Mindkettő nagy tudású, nagy teherbírású adatbázis-kezelő, 
de természetesen itt is vannak szolgáltatásbeli különbségek. 
Mi most a MySOL telepítésével fogunk foglalkozni, de 

a PostgreSOL telepítése teljesen hasonló ehhez. 
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A MYSOL telepítése, meglepő módon, a mysag! csomag tele- 
pítésével hajtható végre. Érdemes a MySOL-hez feltelepíte- 
ni a phpmyadmin nevű csomagot, mert ez egy remekül hasz- 
nálható grafikus felületet nyújt a MySOL kezeléséhez, ame- 
lyet kár volna kihagyni. 


Az Apache beállítása 

Az Apache beállításait Suse Linux környezetben az /etc/ 
httpd könyvtárban végezhetjük el. Ebben a könyvtárban 
több különböző konfigurációs állomány is található, így 
most ezeket fogjuk szépen sorba venni. 

Telepítéskor szerencsére a Suse elég jól összeállít egy olyan 
konfigurációt, amely kiindulási alapként szolgálhat. Ha az 
/etc/httpd könyvtárba belépünk, akkor találunk további al- 
könyvtárakat, mint például a modules, illetve az ss1." 
könyvtárak. 

A Suse a modules könyvtárban tárolja a telepített modulok- 
hoz tartozó beállítási részleteket, amelyeket a httpd.conf ál- 
lomány feldolgozása közben majd használni fogunk. 

Az ssl." könyvtárak a HTIPS protokoll használatához szük- 
séges tanúsítványok tárolására szolgának, így a HTIPS-t 
használó oldalainkhoz készített tanúsítványokat itt célszerű 
elhelyezni. 

Mielőtt rátérnénk a httpd.conf állomány elemzésére, ves- 
sünk egy pillantást az /etc/sysconfig/apache állományra, 
ugyanis a Suse-tól megszokott módon itt a program több 
paramétere beállítható. 
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Szerencsére mind a sysconfig állományok, mind az apache 
konfigurációs fájljai elég bőbeszédűen kommentáltak, 

a megértésükkel valószínűleg nem lesz különösebb problé- 
ma, így helyszűke miatt most csak a fontosabb és érdeke- 
sebb beállításokat nézzük meg. 

A sysconfig könyvtárban található apache állomány első 
beállítása rögtön az, hogy akarjuk-e egyáltalán ezt az ál- 
lományt az Apache konfigurálásához használni. Ha az 
ENABLE. SUSECONFIG. APACHE változót yes értékkel láttuk el, 
akkor érdemes továbbmenni az állományon, ha nem, akkor 
minden egyes konfigurálást személyesen kell elvégezni 

a httpd.conf állományban. 

A HTTPD. SEC SERVERADMIN változó egy sztringet vár érték- 
nek, mégpedig a rendszergazda e-mail címét. Ezt azért 
hasznos megadni, mert a rendszer hibás működését észlel- 
ve a felhasználók ezen a címen tudják a rendszergazdának 
jelezni a tapasztalataikat. 

A HTTPD. SEC PUBLIC HTML változó értékét yes-re állítva le- 
hetővé tesszük, hogy a rendszer felhasználói a saját home 
könyvtárukban található public html könyvtárban elhelye- 
zett weblapokat megtekinthessék 

a 5 http:/szerver neve/- user neve cím alatt, mégpedig az 
l/etc/https/suse public html.conf állományban leírtak szerint. 
A php szkriptnyelv használatához a HTTPD. SEC MOD. PHP 
változó értékét állítsuk yes-re. Innentől kezdve az Apache 
induláskor betölti a php modult az /etc/httpd/modules 
könyvtárból. 

A fentiekhez hasonlóan az SSL kiterjesztést a http proto- 
kollhoz a HTTPD. SEC MOD. SSL változó értékének yes-be 
billentésével tölthetjük be. 

És akkor most térjünk rá a httpd.conf állományra. 

Amint azt már említettem, az apache ebben az állomány- 
ban tárolja a beállításait, így ennek turkálásával jóformán 
minden beállítást el tudunk végezni. 

A httpd.conf állomány szekciókra van szabdalva és minden 
szekciót bőséges magyarázattal láttak el. Az első szekcióban 
megadhatjuk a kiszolgáló globális beállításait. Elsőnek 

a ServerType változót kell értékkel ellátnunk és mivel mi 
egy otthoni, vagy kisebb vállalati környezetben szeretnénk 
a kiszolgálót üzemeltetni, a standalone alapbeállítás a meg- 
felelő számunkra. 

A második beállításként a ServerRoot változó értékének 
meg kell adnunk, hogy a Suse fáljrendszerén belül melyik 
könyvtárban található a webkiszolgáló alapértelmezett 
könyvtára. Ez alapesetben az /srvu/www, de természetesen 
áthelyezhető egy tetszőleges könyvtárba. 

Következőkben lock és pid állományok elérhetőségét adhat- 
juk meg, ezeket azonban célszerű az alapértelmezett érté- 
kükön hagyni. 

A következő négy beállítás a ügyfelek kiszolgálóval való 
kapcsolattartására vonatkozik. A Timeout változó értéke 
adja meg, hogy a szerver mennyi idő után küldjön időtúl- 
lépés üzenetet a böngészőnek. Ezt az értéket érdemes 

a kapcsolatunk sebességéhez és a szerver terheltségéhez 
igazítani. Az alapértelmezett 300 másodperc tapasztala- 
tunk szerint jó kiindulóérték, csak akkor változtassuk, 

ha nagyon muszáj. 

A KeepAlive kapcsoló értékének On-ra állítása nagyon jó 
ötlet, mert ezzel ki tudjuk használni, hogy ne csak egy ké- 
rés fusson le egy ICP kapcsolat alatt, így rengeteg időt ta- 
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karíthatunk meg az egyes ICP kacsolatok külön felépítésé- 
nek kivédésével. Adott esetben ez óriási sebesség-növekedést 
jelenthet. Ezzel együtt állítsuk be a MaxkeepAl ii veReguests- 
nél, hogy hány kérést kívánunk kiszolgálni egy TCP kapcso- 
lat alkalmával. Tanácsos ezt a számot jó nagyra állítani, hogy 
minél kevesebbszer kelljen a TCP kapcsolatot felépíteni. 

Ha 0-ra állítjuk, akkor korlátlan számú kérés kiszolgálható 
egy ICP kapcsolaton belül, de jó ha tudjuk, hogy ez nem 
mindig jó ötlet. 

A KeepAliverTimeout változó értékében megadhatjuk, hogy 
két kérés között maximum hány másodperc telhet el, így 
védekezhetünk az ellen, hogy sok, esetleg halott kapcsola- 
tot tartsunk fenn. 

Az első szakaszban található továbbá a MaxClients változó, 
ahol be tudjuk állítani, hogy a kiszolgáló egyszerre hány 
klienst kezelhet maximum. Ez biztonsági szempontból fon- 
tos lehet, ugyanis ha a kiszolgáló teljesítményéhez mérten 
állítjuk be, akkor egészen hatékonyan ki tudjuk védeni 

a webszervert érő DoS támadásokat. 

A Listen és BindAddress változók kitöltésével meg tudjuk 
határozni, hogy a kiszolgáló milyen címeken és milyen por- 
tokon fogadjon kéréseket. Ez globális beállítás, ami nem fel- 
tétlenül szerencsés, ha több oldalt is ki szeretnénk szolgálni, 
ezért inkább használjunk virtualHost-okat, amelyekről 
mindjárt szó lesz. 

A következőkben a LoadModule és AddModule résznél 

a rendszer által használt modulok betöltésére kerül sor, 
amiket csak akkor módosítsunk, ha tudjuk, hogy mit csiná- 
lunk, mert elég nagy galiba lehet a végeredmény. Másfelől 
pedig figyeljük oda arra, hogy a Suse a sysconfig könyvtár- 
ban beállítottak szerint itt automatikusan betölti például az 
SSL és PHP modulokat, ha ezt beállítottuk. 

Következik a második szekció, az alap kiszolgáló beállítása. 
Ez egy nagyon hosszú beállítási csomag, ezért nem is vállal- 
kozom most arra, hogy részletesen ismertessem, mert azzal 
az egész újságot meg lehetne tölteni. Ezért megnézünk pár 
alapbeállítást, majd létrehozunk néhány különböző virtuá- 
lis kiszolgálót. 

Első beállításunk a Port változó megadása legyen. Ítt ar- 
ról van szó, hogy a kiszolgáló alapesetben melyik porton 
figyelje a beérkező kéréseket. Ez alapértelmezésként ter- 
mészetesen a 80-as és ettől eltérni csak extrém esetekben 
szokás, mert előfordulhat, hogy így nem találnak meg 
minket. 

Következő beállításnak az cIfDefine SSL: jelölések között 
megadhatjuk a Listen változónak, hogy amennyiben az 
SSL modul be van töltve, akkor ne csak a 80-as, de 

a HITPS, azaz a 443-as kaput is figyelje. 

A User és Group változók azt jelölik, hogy a szerver könyv- 
tárában elhelyezett adatok kinek a tulajdonában kell hogy 
legyenek, azaz milyen jogosultságok szükségesek a file-ok 
olvasásához, az oldal megjelenítéséhez. A Suse a telepítés- 
kor a wwrun beépített felhasználót és a nogroup csoportot 
használja. lehát az /sru/www/htdocs könyvtárban elhelye- 
zett index.html és egyéb állományokra olyan jogot kell adni, 
hogy ez a felhasználó lássa. Ha ezt nem tesszük meg, egy 
gyönyörű ,az oldal megnyitására nincs joga" üzenetet fo- 
gunk kapni a böngészőtől. 

Nézzük a következő változót. ServerAdmin és egy e-mail cí- 
met vár tőlünk. Ha most kicsit elgondolkozunk azon, hogy 
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mintha ezt már egyszer beállítottuk volna, akkor jó úton já- 
runk, ugyanis valóban megtettük. A sysconfig-ok között 
már beállítottuk az alapértelmezett e-mail címet, így a rend- 
szer töltésekor a Suse ezt nekünk be kell, hogy helyettesítse. 
Az adminisztrátori e-mail cím beállítása ékes példája annak, 
hogy a Suse miként képes arra, hogy felülírja nekünk az 
Apache beállításait, ha nem figyelünk oda. Amennyiben na- 
gyobb mértékű módosításokat hajtunk végra a httpd.conf- 
ban, akkor esetleg megfontolandó, hogy kikapcsoljuk 

a sysconfig-ban az Apache támogatást, így teljes uramunk 
lehet az Apache beállításai felett. 

Következő beállításunk a szerver nevének megadása. Vi- 
gyázzunk azonban, mert amennyiben a beállítás létezik az 
/etc/sysconfig/network/config állomány FOHOSTNAME változó- 
jánál, akkor ez az érték is felülírásra kerül. Így ezt az értéket 
is inkább az előbb megadott helyen állítsuk. 

A DocumentRoot változónak azt a könyvtárat kell megad- 
nunk, ahol az alapértelmezett weboldalt tárolni szeretnénk. 
Ez Suse-éknél a /sru/www/htdocs könyvtár. 

A követekező rész a rendszer biztonsági beállításairól szól. 
Ez egyfelől egy nagyon hosszú, másfelől egy elég összetett 
beállítási csoport, így ezt most ezen cikk keretei között nem 
tárgyaljuk. De akit igazán érdekel egy biztonságos 
webkiszolgáló üzemeltetése az ne röstelljen dokumentációt 
olvasni! 

És akkor most nézzünk pár gyakorlati példát virtuális ki- 
szolgálók létrehozására. Ezek azért jók nekünk, mert segít- 
ségükkel minden egyes oldalhoz külön-külön meg tudjuk 
adni a beállításokat, és így elkerülhetjük az ütközéseket. 
Ezeket a bejegyzéseket általában a httpd.conf állomány vé- 
gén szokták elhelyezni, de még elegánsabb, ha egy külön 
fájlban és a httpd.conf végére csak egy include paranccsal 
hozzátűzzük. 

Egy virtuális kiszolgáló definiálása a következőképpen néz ki: 


AVirtualHost 123.123.123.123:8035 

SSLEngine off 

ServerName ww.tartomany.hu 

ServerAdmin webmasterétartomany.hu 

DocumentRoot "/srv/www/htdocs/ww. tartomany. hu" 
Options -FollowSymLinks --Indexes 

User wwrun 

Group nogroup 





ErrorLog /var/log/httpd/ww. tartomany . hu-error . log 
CustomLog /var/log/httpd/ww. tartomany . hu- 
access.l]log combined 

php. admin flag engine on 

php. admin value error log 
"/var/log/httpd/ww. tartomany . hu-php-error . log" 
c/virtualHostz 


Az első sorban megadjuk az IP címet, amin a kiszolgáló 
figyeli az adott virtuális kiszolgálóra érkező kéréseket. 
Amennyiben az IP cím helyére "-ot teszünk, akkor minden 
IP-re érkező kérést megpróbál feldolgozni. Az IP cím után 
található a port-szám, amin ül a kiszolgáló. 

A második sorban beállítjuk, hogy ne használjunk SSL ki- 
terjesztést. Amennyiben itt on értéket írunk, akkor a kiszol- 
gáló port-számát állítsuk a 443-ra, mivel alapesetben 

a HITPS-nek ez a száma. 

A harmadik sorban megadjuk azt a címet, amit a felhaszná- 
ló a böngészőbe írva eljut hozzánk. A negyedik sor ismét 
egy adminisztrátori e-mail címet rejt. 

A DocumentRoot az oldal gyökérkönyvtárára mutat, míg az 
Options-nél az állítottuk be, hogy a könyvtárban található 
közvetett hivatkozások kerüljenek feldolgozásra, illetve 

a tIndexes azt jelenti, hogy amennyiben a webszerver nem 
talál egy index.html, index.htm, index.shtml, index.php, 
index.php4, index.php3, index.php, vagy index.cgi (esetleg 
egyéb előre beállított típusú) állományt a megadott könyv- 
tárban, akkor html formázással kiteszi az adott könyvtár 
tartalmát. Ez egyfelől egy jópofa funkció, hiszen így egy le- 
kérdezhető fájlszervert csinálhatunk a weben, ugyanakkor 
bosszantó is lehet, ha olyan állományokat tárolunk, amelye- 
ket nem szeretnénk direktben megmutatni. 

A User és Group- változók szerepe a korábban elmondottak 
alapján remélem egyértelmű. 

Az ErrorLog és CustomLog változóknak megadhatjuk, hogy 
az adott virtuális kiszolgáló hová naplózzon, így lehetősé- 
günk van kiszolgálónként külön naplóállományt készíteni, 
ami felügyeleti szempontból nagyon praktikus. 

A php. admin flag engine on beállításával engedélyezzük, 
hogy az oldalhoz tartozó állományokban található php 
szkripteket a php feldolgozza és azt mint kimenetet jelenít- 
se meg számunkra. Ha php-t szeretnénk használni, akkor 
ezt mindenképpen kapcsoljuk be. 
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Utolsóként pedig azt állítottuk be, hogy a php feldolgozás 
közben keletkező hibákat hol jelezzük. 

Nos ennyit röviden egy virtuális kiszolgáló beállításáról. 
Apache-al kapcsolatban nagyon jó dokumentációt találunk 
a 5 httoewww.apache.org oldalon, érdemes olvasgatni. 


A PHP beállítása 


A PHP feldolgozó beállításait az /etc/php.ini állományban 
végezhetjük el. Ez is egy jól kommentált konfigurációs fájl 
és szintén nagyon sok beállítást tartalmaz. A beállítások egy 
jelentős részéhez nem kell nagyon hozzányúlnunk, de néz- 
zünk pár hasznos megoldást. 

A két legfontosabb rész most számunkra a Data Handl ing 
és a File Uploads lesz. 

Előbbi felelős a php-n átfolyó adatok kezeléséért, utóbbi 
pedig a feltöltések beállításait tartalmazza. 

A Data Handl ing alatt található a post max size változó, 
amely azt mutatja, hogy a webszerver által küldött POST 
adat mérete legfeljebb mekkora lehet. Amennyiben 

a weboldalunkon olyan űrlapokkal dolgozunk, melyek 
adott esetben nagyobb adatot is tartalmazhatnak (például 
képek), akkor érdemes megbecsülni ezt az értéket és esetleg 
az alapértelmezett 8 Mb-nál nagyobb értéket megadni. 

A másik, számunkra nagyon fontos változó 

a default charset, amivel be tudjuk állítani az alapértel- 
mezett karakterkészletet. Ezt a magyar betűk helyes megje- 
lenítésének érdekében ajánlatos is0-8859-2 értékre állítani. 
A Data Handl ing részben érdemes még egy változóra, 
nevezetesen a register. globals-ra odafigyelni. Ha ezt 

a funkciót bekapcsoljuk, akkor képesek leszünk a rend- 
szerben globális változókat kezelni, ami egyfelől egy segít- 
ség a programozásban, másfelől viszont támadhatóvá 
tesszük a rendszert. Ennek a funkciónak a bekapcsolását 
gondoljuk át! 

A File Uploads rész akkor lehet számunkra fontos, ha 
olyan oldalakat szeretnénk üzemeltetni, amelyeken keresz- 
tül állományokat lehet feltölteni a kiszolgálóra. Először is 
engedélyeznünk kell a feltöltést a file uploads változó On 
értékre állításával, majd az upload tpm dir változónak 
megadhatjuk, hogy melyik könyvtárat használja az ideigle- 
nes állományok tárolására. Az upload max filesize válto- 
zó pedig azt a fájlméretet mutatja, amely maximálistan fel- 
tölthető. Ez alapértelmezésként 2 Mb. 

Ha a fenti beállításokkal végeztünk, akkor olyan rendszer- 
hez juthatunk, amely alap webkiszolgálóként megállja a he- 
lyét. lermészetesen itt is, mint mindenhol, igaz az, hogy 
nincs két egyforma igény, így a saját igények kielégítése 
már nem ennek a cikknek a keretei közé tartozik. 
Használjuk bátran a hálón lévő doksikat, olvassuk őket fi- 
gyelmesen és tanulmányozzuk rendszeresen, mert így vi- 
szonylag rövid idő alatt szert tehetünk a feladatok elvégzé- 
séhez szükséges tudásra. Mindenkinek eredményes próbál- 
kozást kívánok. 


Illés Viktor (viktor2ei.hu) 

23 éves, a BME műszaki informatikus szakának 
hallgatója, mellette weblapokkal, linuxos 

és windowsos rendszerekkel foglalkozik. 
Szabadidejét legszívesebben a szabadban tölti, 
teniszezik és kerékpározik. 
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A Magyar Linux: UHUÚ 


Sokáig érte az a vád a Linuxot, hogy multimédiában nagyon gyenge. Nos ez az 
utóbbi 1-2 évben jelentősen megváltozott. Ha van is a Linuxnak némi hátránya 
e téren, az folyamatosan csökken. Es ez igaz az UHU-Linuxra Is. 


inden operációs rendszer tartozéka a mixer. 

Ez egy mini keverőpult, ahol számos audio-sáv 
hangerejét megváltoztathatjuk. A komolyabb da- 
rabokon ezek mellett pedig még a hangszín, pár effekt, és 

a 3D-s hangok szabályozását, megváltoztatását is lehetővé 
teszik. Azonban ebből is több féle létezhet. Alapvetően két 
programmal találkozhatnak a felhasználók, az egyik 

a Kmix, másik pedig a Gnome-AlsaMixer. Előbbi a KDE, 
utóbbi a Gnome felhasználói felülettel együtt telepszik gé- 
pünkre. Mindkét program képes beépülni az adott ablakke- 
zelő tálcájába, így könnyen elérhető és hasznos társ válhat 
belőle. Személyes meglátásom, hogy a Gnome alá fejlesztett 
ilyen programok mintha kiforrottabbak lennének. 

A Gnome-Alsa-mixer több beállítási lehetőséget ad, mint 

a KDE-s Kmix, ráadásul finomabban lehet vele dolgozni. 

A Kmix mindössze az adott sávok hangerejének szabályo- 
zására használható, többet nem tud. A Gnome hangrögzítő- 
je is stabilabbnak bizonyult a Krecnél. 

Ezt a saját tapasztalatomra alapozom: a Compag Armada 
M7"00 laptopon, ESS-Maestro 2 hangkártyával katasztrofális 
minőséget produkált a Krec, amihez képest a Gnome hang- 
rögzítője kifejezett felüdülés volt. Azért persze senki ne vár- 
jon tőle csodát, hiszen egyik sem komolyabb felhasználásra 
készült. 

Lejátszás terén még jobban áll az UHU. Az xmms manap- 
ság már szinte nélkülözhetetlen minden Linux összeállítás 
esetén, így itt, az UHU-ban is megtalálható. 

Ez az a lejátszó, amelyet a Linux winamp -jának is nevez- 
nek, hisz majdnem ugyanazt tudja. Sőt, bizonyos bővítmé- 
nyek megléte esetén videót is lejátszik, (akárcsak a másik 
rendszerbeli rokona) és sok más funkció is megvalósítható 
vele. (rengeteg formátum, vizuális, és audio effektek, stb...) 
CD lejátszásra a gnome CD player éppúgy alkalmas, mint 

a KDE alatti KsSCD. Utóbbinak előnye, hogy képes beépülni 
a tálcára, és onnan bármikor, kattintásra elindítani a Cd le- 
játszást. A sort még hosszasan lehetne folytatni, a multimé- 
diás lehetőségek mérlegelése nem azonban itt kezdődik, 
hisz ezek alapfunkciók. Nézzük tovább... 





Audió tömörítés, rippelés 
Hosszas kísérletezgetés után úgy láttam, hogy a legjobb CD 
rippelő program linuxra a Grip. Kényelmes használni, a se- 
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bességével sincs gond, és kellemesen, sokféle módon állít- 
ható be, mégsem túl bonyolult a kezelése. Számos hasonló 
program válik nehézkessé azért, mert a készítők mindent 
bele akarnak zsúfolni, és a végeredmény egy programnak 
látszó állatorvosi ló lesz. Ezért a kezelés nehézkessé válik, és 
aki pusztán kedvenc dalait szeretné mp3-ban tudni, annak 
mindenképpen kényelmetlen is. Nos a Grip nem esik ebbe 
a hibába. Jó érzékkel ismeri fel, hogy hol a határ, mikor 
kezd a funkcionalitás a kezelhetőség rovására menni. De 
lássuk mit is tud pontosan? A program telepítése az apt-get 
-el történik, igencsak gyorsan, ami elsősorban annak kö- 
szönhető, hogy nem túl nagy méretű (337 KB) programról 
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van szó. A telepítés után vagy konzolból indítjuk a , grip" 
parancssal, vagy pedig menüből. Célszerű a program indí- 
tása előtt behelyezni a CD-t (ez nem kötelező, csak kényel- 
mesebb), ugyanis az induláskor az első fül amit meglátunk, 
a , Iracks"7. Ha behelyeztük a CD-t, nyomban láthatjuk is 

a sávokat. 

Itt akár ki is jelölhetjük azonnal, mit szeretnénk leszedni. 
A következő fül, a , Rip". A program, nagyon felhasználó- 
barát módon, többféle lehetőséget ajánl fel, szó szerint 
gombnyomásra. Rip -tencode, rip only, ezek megszakítása, 
vagy a DDJ Scan. Ugyanitt egyébként a CD szektorai sze- 
rint is megadhatjuk, hogy mit is szedjen le a korongról. II- 
letve, ha már elindítottuk a rippelést, a kiválasztott funkci- 
óknak megfelelően láthatjuk, hogy hol is tart a program. 
A harmadik a Config" fül. Valószínűleg itt fogunk a leg- 
többet időzni. Olyan sokféle beállítást ajánl fel, amely több 
mint elegendő egy profi válogatás elkészítéséhez. Megad- 
hatjuk a CD eszközleírójának a helyét, a külső rippelő 
programot (cdparanoi a, cddaZwav, other), a kiválasztott 
program , parancssori" paraméterit (pontosabban finomít- 
hatjuk, mert előre ki van töltve), és megadhatjuk az 
encoder típusát is (Baldeenc, Lame, mp3encode, gogo, 
oggenc). Én általában az ogg-ot javaslom, mivel ekkor az 
o0gg-vorbis nyílt formátumú kódoló .ogg kiterjesztésű fáj- 
lokat hoz létre. Ez valamivel jobb minőséget, és kisebb 
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fájlméretet produkál mint az mp3, ráadásul teljesen nyílt 
formátum, mentes mindenféle licensz-problémától. (amely 
mint tudjuk egyre komolyabban sújtja az mp3-at, ezért 
terjedhet az .ogg olyan gyorsan.) lermészetesen monda- 
nom sem kell talán, hogy az UHU-ban lévő xmmnss alapból 
le tudja játszani az .ogg fájlokat. A többi beállítási lehető- 
ség már az internet felé mutat: A CDDB adatbázisok eléré- 
sét, és a proxy-t állíthatjuk be, ha szükségét látjuk. Egy 
profi válogatáshoz valóban elkél. 

Az utolsó hasznos fő fülecske, a , Status". Itt követhetjük 
nyomon, hogy mit is csinál éppen a program, amikor 
dolgozik. 

Mindez nem hangzik túl soknak, de valljuk be, az esetek 
9590-ban nincs is szükségünk ennél többre. A program alján 
található vezérlőgombok pedig nevetségesen egyszerűvé 
teszik a kezelését. Véleményem szerint ez az egyik legjobb 
program, amelyet mp3, vagy ogg gyűjtemény létrehozására 
érdemes használni. Sebességére igazán nem lehet panasz, 
hisz a mai processzorok teljesítménye mellett teljesen rutin- 
feladat egy CD leszedése, és tömörítése. Nálam ez a műve- 
let közel 20 percig tart egy Duron 800 Mhz-es gépen, és 

700 MB méretű CD esetén. Mindeközben több példányban 
fut az OpenOffice.org, mail kliens, irc kliens, vagy éppen 
egy kisebb játék. 


Hangszerkesztés UHU-n 

Már linuxon sem ördöngősség a hang-adatok szerkesztése. 
Az Audacity nagyon népszetű, és igen jó program,1.2.1-es, 
meglehetősen stabil verzióját érdemes használni, amely le- 
tölthető a 5 http:/audacity.sourceforge.net címről. De lé- 
tezik .uhu csomagban is, a telepítés ez esetben szintén az 
apt-get-el történik. 

Célszerű először a wxWidgets készletet telepíteni, mivel 
erre feltétlen szüksége van. A program indulásakor kelle- 
mes, átlátható, és határozottan ízléses külsejű felület fo- 
gad minket, gyakorlatilag azonnal munkára készen. 

A beállításokra mindenképpen vessünk egy pillantást, 
hisz ha esetleg több hangkártyánk van, érdemes beállíta- 
ni őket. Nem árt továbbá vetni egy-egy pillantást minden 
menüpontra, mert nem mindig helyes, amit ő annak 
gondol. 

Ha úgy látjuk, hogy minden rendben, akkor akár munká- 
hoz is láthatunk. Erre többféle lehetőségünk is van, egész 
pontosan három. A program ugyanis képes digitalizálni, 
külső fájlt megnyitni (oggmp3,wav), vagy projeckt-et nyit- 
ni. A digitalizálásnál aprónak tűnő, ám a kényelmet nagy- 
ban szolgáló megoldás, hogy bárhonnan képes fogadni az 
adatot, tehát a hangkártya bármely bementi pontjáról tu- 
dunk felvenni. 

Ez természetesen akkor is igaz, ha bakelit lemezes lemezját- 
szónkat csatlakoztatjuk, vagy éppen egy külső CD lejátszót. 
A felvétel közben azonnal látható és hallható az eredmény, 
sőt korrekciókra is lehetőségünk nyílik. Persze ennek akkor 
még nem sok értelme van, hisz úgy is átfutunk a teljes 
anyagon. 

Több hasznos, és egyszerű módja is van a felvételeink ja- 
vításának. A normalizálás akkor jön jól, ha a hangerőt sze- 
retnénk egy részen valamivel visszavenni, és máshol érin- 
tetlenül hagyni. Ekkor egérrel kijelöljük a kívánt részt, 
majd kiválasztjuk a Hatás- : Normalizálás menüpontot. 
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Válasszuk a , Normalize amplitude to -3 dB" pontot, és 
készen is vagyunk. A másik fontos, (és valószínűleg nagyon 
gyakran használt) lehetőség, a zajszűrés. Ez egy rendkívül 
sokoldalúan hasznosítható modul, és igen jól működik. 
Nem kell mást tennünk, mint kikeresni azt a részt, ahol kizá- 
rólag a zaj hallatszik. (általában a számok legeleje az, amikor 
még nem szól a zene, de a felvétel már megy.) 

Ezt a részt kijelöljük, majd Generátor-: Csend menüpontot 
használva létrehozunk egy ugyanolyan hosszúságú részt, de 
most már a Zaj nélkül. Ezután kijelöljük a teljes anyagot (a 
zajmentest is), majd a Hatás-: Zajszűrő opcióval készítsünk 
zajprofilt. Ebből fogja tudni pontosan a program, hogy mit is 
kellene eltüntetnie. Ismét Hatás-: zajszűrés, és válasszuk ki 
a z előnézet pontot. Hallgassuk meg, hogy milyen is lesz 
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a végleges. Csak ezután kattintsunk a , Zaj eltávolítása gomb- 
ra". Fontos, az előnézet használata, hisz ha nem vagyunk elé- 
gedettek az eredménnyel, a preview feletti csúszkán állítva 
még javíthatunk rajta. 

A tempó- és sebességmodosítás akkor jön jól, ha például 
magnóról vettünk fel, amely lassaban csévél. Esetleg saját 
dallamokkal kísérletezünk, és kíváncsiak vagyunk arra, 
hogyan is hallatszik mindez gyorsabban. Ekkor használjuk 
a ,Hatás-: Tempó" és a , Hatás-: Sebesség" pontokat. Ha 
kizárólag a tempót szeretnénk módosítani, okos dolog, ha 
a ,Hatás-: A tempó módosítása" pontot választjuk, ugyanis 
ekkor csak a tempó módosul, ellentétben az előzővel, ahol 
a hangmagasság is. 

Ezzel mindössze a legfontosabb pár funkcióját ismertettem 
az audacity-nek. Nagyon profi még a visszhang effektje, 

a fel- és lekeverések, a sávok felcserélése, a mély kiemelése, 
és a hangszínnel végezhető műveletek is. 

Nagyon kényelmes, hogy gond nélkül kezel közvetlenül 

is mp3, illetve .ogg tömörített állományokat, amivel sok 
időt takaríthatunk meg. (Figyelem! mp3 esetén külön be 
kell állítani, hogy melyik kódolóprogramot szeretnénk 
használni.) 

Az audacity részletes bemutatása természetesen lehetet- 
len vállalkozás lenne, annyi mindent tud. Rendkívül im- 
pressziv, stabil, és gyors kis program, a nagyok tudásával 
felvértezve. 

Elmondható róla, hogy csak annyit tud, amennyire szük- 
ség van, de azt nagyon. Nincsen több tonna gomb, és 
beállítópanel, kezelése kényelmes, határozottan , kézreáll" 
minden feladatban amire csak használni szeretnénk. 
Olykor (ilyen téren mindenképpen) tanulhatnának tőle 

a kereskedelemben kapható , nagyok". 

Mindenkinek ajánlom figyelmébe ezt a programot. 

Külön köszönet Mucsina Norbert Jánosnak, aki bevezetett 
az audió feldolgozás rejtelmeibe, és sokat segített az 
audacity használata során. 


Dancsok , strogg" Zoltán (stroggomail.tvnet.hu) 
Jelenleg technikai szerkesztőként dolgozik a 
BME-OMIKK-nál, ahol oktat is. Emellett egyetemi 
képzésben vesz részt, programozó matematikus sza- 
kon. Négy éve foglalkozik Linuxszal. Szabadidejében 
operációs rendszereket gyűjt és weblapot vezet. 


NPlayer - határtalan képességek 


Ebben az írásban azt nézzük meg, miként érett igazi nagysággá a világ 


legnépszerűbb médialejátszója! 


izonyára a tisztelt olvasók is emlékeznek a nagyjá- 
18 ból két éve megjelent Mplayer-ről szóló cikkre, 

melyben egy szenvedésektől nem teljesen mentes 
folyamat bemutatásával megkíséreltem egy egyszerű tele- 
pítési és használati útmutató létrehozását és elterjesztését. 
A bonyolult telepítési leírás ellenére is rengeteg pozitív 
visszajelzést kaptam ami egyértelműen jelezte számomra, 
hogy igen fontos és sokakat érdeklő témáról van itt szó. 
Azóta eltelt nem kevés idő, és a programmal kapcsolatban 
természetesen sok minden megváltozott, nem csoda hát, 
ha az a bizonyos leírás sem állja már meg a helyét teljes 
mértékben. Úgy vélem, nem engedhetjük megmagunknak 
azt a mérhetetlen luxust, hogy a linux világában az egyik 
alappillérnek számító MPlayer-ről ne legyen a médiában 
használható leírás. Épp ezért szeretnék most ezen a helyze- 
ten változtatni, s ismertetni újra a program alapvető műkö- 
dését, telepítésének módját, az azóta történt változtatások- 
nak megfelelően. 


Ha valaki még nem hallott volna róla. . . 

Az MPlayer egy Linux alatt működő, alapjaiban magyar 
fejlesztésű videolejátszó, amely azonban sok más rend- 
szer alatt, például Unixon és akár a nem x86 processzoro- 
kon is fut. Alapvetően parancssoros lejátszónak indult, 
ebben rejlik igazi ereje is, ám az utóbbi változatokban már 
grafikusfelület használatára is lehetőség nyílik. Szinte az 
összes videofájltípust képes lejátszani. Ismeri a legtöbb 
MPEG-, VOB-, AVI-, VIVO-, ASF/WMV-, OT/MOV-, FLI- 
fájlt, amelyek mellé jó néhány beépített XAnim és Win32 
kodeket sorakoztat fel. Nem találtam olyan hibákkal te- 

li, sérült indexszel rendelkező fájlt, amelyet ne tudott 
volna mindenféle fennakadások nélkül megjeleníteni, 

és ez mindenképpen egy roppant előnye a programnak, 
hiszen igen sok bosszúságtól mentheti meg az egyszeri 
felhasználót. 

VideoCD-vel, SVCD-vel és DVD-vel szintén könnyedén 
megbírkózik. A program másik figyelemre méltó tulajdon- 
sága a megjelenítési módok széles választéka. Támogatja 
az X11-, Xv-, DGA-, OpenGL-, SVGAlib-, fbdev-, aalib-, 
DirectFb-módokat, amelyeket akár SDL-en vagy GGI-n 
keresztül is el tud érni — mindeközben a réteg nyújtotta le- 
hetőségeket is kihasználja. Ezen felül támogatja az MPEG- 
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kártyákkal történő dekódolást és megjelenítést, a tv- 
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tunerről történő lejátszást. Támogatja az OSD-t is, mely- 
nek segítségével a filmekre simított, árnyékolt feliratokat 
helyezhetünk. Ismer jó néhány felirattormátumot, köztük 
egy saját fejlesztésűt is. 

Nagyon fontos újítása az volt, hogy ki tudja használni a vi- 
deokártyákba épített hardveres gyorsítást (az X-felületen 
keresztül), ami gyakorlatilag azt jelenti, hogy a képet át tud- 
juk méretezni úgy, hogy ez ne emésszen több processzor- 
időt, s közben a kimeneti kép is szép maradjon. 


Egy kis áttekintés 

Hogy mi is változott a Linuxvilág Magazin 14. számában le- 
írt 0.6-os változat óta? Alapvetően az alkalmazás teljes egé- 
szében sokkal érettebb lett, kiforrottabb és letisztultabb. Ezt 
nem csak az összefogott, átgondolt, jól felépített szolgáltatá- 
sok rendszere mutatja, de a telepítés is sokkal egyszerűbb 
lett. Mielőtt azonban túlzottan örülni kezdenénk, el kell 
mondanom, hogy a ritkán használt, különleges szolgáltatá- 
sok igénybevételéhez, ritka fájlformátumok lejátszásához 
továbbra is , hegesztenünk" kell. Noha az esetek túlnyomó 
többségében erre nem lesz szükség, mégis érdemes tudni, 
hogy mire képes a lejátszónk, minek köszönheti már-már 
legendásnak mondható hírnevét. 

Konkrétabban közelítve a kérdést: megváltozott a lejátszási 
kapcsolók rendszere. Bevezették a protokoll://cím stílusú ál- 
lomány-meghatározást, átalakították az elérhető szolgáltatá- 
sok (szűrők, stb.) megadásának módját. Aztán: új dvd- 
lejátszó kód került a forrásba, rengeteg új fájlformátumhoz 
született támogatás, beszédesebb lett a telepítő, s ki tudja 
még mi minden változott, lett hatékonyabb belül, a kódban. 
Alapvetően egyébként sokkal kevesebbet kell vesződnünk 
a telepítéssel, és a használattal, de lássuk most azt, hogy 
mennyi az annyi, tehát mit is jelent valójában ez a kicsi 
vesződés. 


Hozzávalók 

Az MPlayer leírásában fel van sorolva minden olyan cso- 
mag, azok verziói, amikre szükségünk lehet. Ezek manap- 
ság egy átlagos linuxos gépen alapértelmezetten telepítve 
vannak, ezért részletes ismertetésüktől most eltekintek, és 
csak nagy vonalakban szólok a legfontosabbakról: 

binuti ls: a processzorban található magas szintű utasítá- 
sok (MMX, 3DNow!) eléréséért felelős. 
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gcc: A C fordító, amelynek változatszáma kiemelten fontos 
tényező. Messze nem mindegy ugyanis, hogy melyiket 
használjuk. A fejlesztők a 2.95.3-2.95.4-es változatokat, vagy 
a 3.3 felettieket ajánlják, mert ezekkel működik a kód, a töb- 
bi változat tele van programhibával. 

XFree86: maga az X-felület, de ez ugye általában be van lő- 
ve a gépeken. Ahhoz azonban, hogy kihasználhassuk a ki- 
szolgáló nyújtotta hardveres lehetőségeket, a fordítás előtt 
tegyük fel a fejlesztői csomagot. Ez Debian alatt az xlibs- 
dev, Redhat/SuSE terjesztéseknél pedig az Xfree86-devel 
nevet viseli. 

make: a rendszerfüggetlen fordítási és telepítési szkriptek 
futtatásáért felelős. 

Ezen kívül szükség lesz még az MPlayer forrására, amely 

a 5 http:/wwwI1.mplayerhg.hu/MPlayer/releases/ 
MPlayer-1.Opre4.tar.bz2 címről tölthető le. 


indulhat a móka 

Ha a fenti csomagok megvannak, akkor elkezdhetjük 

az ,Mplayer-light" változat telepítését, amely azonban 

a legtöbb esetben tökéletesen elég is lesz. A későbbiekben 
látni fogjuk, miként okosítható tovább a lejátszó, de most 
azt szeretném bemutatni, hogy a program beüzemelése 
valóban ilyen egyszerű. Magam is csak egy kicsivel ,oko- 
sabb" változatot használok, s tökéletesen elég minden 
feladatra. 


1. lépés: csomagoljuk ki a letöltött állományt a /usr/src 
könyvtárba. 

2. lépés: rendszergazdaként lépjünk be a /usr/src/ 
MPlayer-1.Opre4 könyvtárba, s adjuk ki a . /configure 
parancsot. Ha ez rendben lefutott, a program utasít ben- 
nünket, hogy adjuk ki a make parancsot. A fordítás befe- 
jeztével (5-10 perc) ismét kiírja, hogy mi legyen a követ- 
kező lépés. Adjuk ki a make instal 1] parancsot. 


Ezennel az alkalmazásunk futtatásra kész, képesek va- 
gyunk vele DVD-k, VCD-k, fájlok és weben lévő állomá- 
nyok lejátszására. 


05D 


Innen már csak egy aprócska lépés annak megoldása, hogy 
a program lejátszás közben képes legyen az egyes művele- 
tek nyugtázását és némi hasznos információt (lejátszás álla- 
pota, idő kijelzése) kiírni a képernyőre. Megjegyzendő, 
hogy a feliratok lejátszásához is ugyanez az OSD (On- 
Screen Display) használatos. 

Mi kell tennünk? Töltsük le 

a 5 http:/www1.mplayerhg.hu/MPlayer/releases/fonts/ 
font-arial-iso-8859-2.tar.bz2 állományt. Ebben négy betűmé- 
retben, négy különböző könyvtárban találjuk az MPlayer 
által használni kívánt betűtípusokat. Csomagoljuk ki vala- 
hová az állományt, válasszuk ki belőle a nekünk tetsző be- 
tűméretet (én a legnagyobbat szoktam), majd az adott al- 
könyvtár tartalmát (a könyvtár nélkül!) másoljuk át a /usr/ 
local/share/mplayerffont könyvtárba. Indítsuk el az alkalma- 
zást egy tetszőleges állománnyal: mplayer cfájl neves, 

s nyomjuk meg például a numerikus billentyűzeten 

a ,/ vagy a ,"" gombot. Ezzel szabályozhatjuk a hang- 
erőt, miközben egy skála (a IV-knél megszokott módon) 
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mutatja, hogy milyen hangos épp a műsor. Ezen kívül 
természetesen számtalan egyéb dolgot is kiír a program. 
Az ,o" betű nyomkodásával például váltogathatjuk, 
hogy milyen információk jelenjenek meg a képernyőn, 
de erről majd később. 


Hogyan tovább? 

Tegyük fel, hogy szeretnénk néhány különleges funkciót is 
igénybe venni. Jó lenne például asf vagy más fájlokat leját- 
szani, szeretnénk, ha a filmhez tartozó feliratok a széles 
vásznú változatoknál a holttérben jelennének meg, stb. 
Mint az írásunk címéből is kiderül, ezen a területen sincs 
leküzdhetetlen akadály. Kezdetnek nézzük, hogyan is 
játsszuk le a ritka windowsos formátumokat. 

Először is vessünk egy pillantást arra, hogy hogyan működ- 
nek az olyan lejátszók, mint amilyen az MPlayer is. 

A különleges, tömörített formában tárolt filmeket a beolvasás 
után szét kell választani képre és hangra (demultiplexing). Ha 
ez megvan, akkor az egyes adatfolyamokból ki kell nyerni új- 
ra a képet és a hangot. Ennek elérése érdekében a lejátszók 
ún. kodekeket (kóder-dekóder) hívnak segítségül, melyek az 
adott tárolási formátumokra jellemzőek. Ezek olyan jószágok, 
amelynek az egyik oldalán odaadjuk a tömörített adatfolya- 
mot, s a másik oldalán kijön a megjeleníthető kép vagy a hall- 
gatható hang. A dolog természetesen visszafelé is működik, 
azaz az ellenkező úton a kodek tömöríteni is tud. Ezek után 
egy nehéz feladat keretében összehangolják a hangot és a ké- 
pet, majd átadják az adatokat egy alacsonyabb szintre, hogy 
az a képernyőn megjelenhessen. Ragadjunk le egy kicsit 
azoknál a bizonyos kodekeknél. Nem kell ahhoz nagy fantá- 
zia, hogy lássuk, ezek bizony függetlenek az alkalmazástól. 
Ha tehát ismerjük a tömörítésre jellemző kodeket, akkor an- 
nak megléte lehetővé teszi számunkra, hogy az ilyen felépíté- 
sű lejátszók képesek legyenek az adott formátum megjelení- 
tésére. Ésszerű lehetőség volna tehát segítségül hívni a ritka 
formátumokat lejátszani tudó kodekeket. Ezt nem is nehéz 
megoldani. Létezik ugyanis egy olyan kodekgyűjtemény, 
amely átalakított eredetileg Windows alá készített DLL-eket 
tartalmaz, s szolgáltatásait az MPlayer értelmezni tudja. 

A gyűjteményt a 3 http:/www1.mplayerhg.hu/MPlayer/ 
releases/codecs/essential-20040427.tar.bz2 állomány letöltése 
után érhetjük el. Tömörítsük ki a fájl tartalmát a /usr/lib/ 
win32 könyvtárba, még mielőtt az MPlayert lefordítanánk. 








Abban az esetben, ha ezen már túl vagyunk, újra kell fordí- 
tani. Ehhez lépjünk be a forrás könyvtárába (/usr/src/ 
MPlayer-1.Opre4), s adjuk ki a . /configure, make, make 
install] parancsokat ebben a sorrendben. A művelet vé- 
geztével szinte az összes létező fájlformátum lejátszására le- 
hetőségünk nyílik. 

Ezen túlmenően lehetőségünk van egyéb ismeretlen win32- 
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es, valamint más, , alternatív" kodekek használatára is. En- 
nek igénybevételéhez javaslom a dokumentáció részletes 
elolvasását 


Feliratok kontra 5DL 

A hatékonyabb és kényelmesebb lejátszás érdekében ajánla- 
tos telepítenünk az SDL-t (Simple DirectMedia Layer). Ez 
egy olyan réteg a Linux X-felületében, amely annak kép- és 
hangkezelő részére közvetlenül ráépülve, egységes felületet 
biztosít és értéknövelt szolgáltatásokat nyújt az őt használó 
programok számára. 

Előfordulhat, hogy bizonyos kompatibilitási hiányosságok 
következtében csak ezen keresztül érhetjük el, hogy leját- 
szónk helyesen működjön, de megvallom őszintén, én még 
ilyen helyzettel nem találkoztam. 

Nekünk azonban most nem is ezért fontos ez a réteg. Ha 
ugyanis SDL-t használunk, teljes képernyős módban nem 
csak akkora lesz a filmünk, mint amilyen széles a vászon, 
hanem a lejátszó az egész képernyővel gazdálkodhat, ami 
által képes lesz a feliratot fizikailag is a képernyő aljához 
igazítani. lehát szélesvásznú filmjeink esetében a feliratok 
nem lógnak bele a filmbe. Ráadásul a ,c" betű nyomogatá- 
sával (teljes képernyős módban) változtathatunk az X- 
felület beállítási fájljában megadott felbontások között, és 
beállíthatjuk, hogy milyen fizikai felbontásban szeretnénk 
megnézni az adott filmet. Ez akkor lehet hasznos, ha példá- 
ul a kivetítőnk nem képes nagy felbontás megjelenítésére, 
vagy épp a filmünk kis felbontása miatt nagyon elhomályo- 
sodik a kép az erős felnagyítás következtében. 

Az SDL a Linux terjesztés része, általában libsdIl néven ér- 
hető el a csomaglistában, s fontos, hogy ebből is szüksé- 
günk van a fejlesztői (devel) változatra. Mielőtt tehát lefor- 
dítanánk, vagy újrafordítanánk az MPlayert, telepítsük az 
SDL könyvtárat, annak fejlesztői változatával együtt. 
Újrafodrítás után a -vo:sd1 kapcsolóval vehetjük igénybe 
a szolgáltatást. 


Nos első pillantásra talán a grafikus felület változott a leg- 
többet. Már nem kezdetleges, sőt, egészen jól használható, 
ezért is írom le, hogy mit kell tennük azért, hogy használni 
tudjuk grafikus felületünket. 
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Még valami: a használat során soha ne feledjük, hogy az 
elsődleges felület mindig is a parancssor marad, tehát a gra- 
fikus felületről csak a legfontosabb funkciókat érhetjük el. 
A telepítéshez szükségünk lesz a libpng-dev és libetk-dev 
csomagokra (egyes terjesztéseknél ezek a nevek eltérőek 
lehetnek). Ha ezt telepítettük, adjuk ki az MPlayer forrás 
könyvtárában a . /configure -enable-gui kapcsolót. 

Ezek után a make majd a make install] parancsokat. 

A fordítás végeztével azonban még nem működik a felü- 
let, ehhez ugyanis le kell tölteni egy kinézetet 

a 5 http:/www.mplayerhg.hu/homepage/design7/dload- 
hu.html címről, majd kitömöríteni a /usr/local/share/ 
mplayer/Skin/default könyvtárba úgy, hogy ebben a könyv- 
tárban már a fájlok legyenek benne, és ne további alkönyv- 
tárak. Alapértelmezetten ugyanis a grafikus felület ebben 

a könyvtárban keresi a kinézetet.(Ha más könyvtárba rak- 
tuk, nem a default-ba, akkor a -skin ckönyvtár neve: kap- 
csolóval választhatjuk ki indításkor). Az alkalmazás egyéb- 
ként a gmp layer parancs kiadásával indul. Ha a program el- 
indult, kinézettől függően láthatunk mindenféle érdekes 
kapcsolókat. Ezek közül leginkább a beállító-panel gombjá- 
ra szeretném felhívni a figyelmet. Erre kattintva ugyanis 
grafikus felületről állíthatjuk be a tőbb paramétereket, ame- 
lyek azonban a film újraindításáig nem lépnek érvényre. 

A grafikus felület praktikus, jól használható, bár magam 
részéről továbbra is a parancssoros felhasználást javaslom. 


A használatról 

Ha már itt tartunk, lássuk kissé részletesebben a fentiekben 
telepített alkalmazás használatához szükséges kapcsolókat. 
Az alapfelállás szerint a használat során az alábbi felépítésű 
parancsot kell kiadni: mplayer cfájl (ok) neve (URL): 
[kapcsolók]. Ha egyszerre több fájlt, több bemenetet 
adunk meg, akkor azok lejátszási listaként működnek majd, 
azaz egymás után következnek a megadott elemek, van le- 
hetőségünk véletlenszerű lejátszásra, stb. Ezen túl lehetősé- 
günk van lejátszási listák létrehozására is. 

A kapcsolók közül vannak egyszerűek és összetettek. Az 
egyszerű kapcsolók vagy érték nélküliek (jelzőbitek), vagy 
egyetlen értéksort használnak, összetett társaik pedig egy 
témakört összefogva több értékcsoport megadását várják az 
előre meghatározott formátumban (az értékcsoporton belül 
is több érték szerepelhet). Ilyen például a videoszűrőket jel- 
képező kapcsoló. Mivel ez így egy kicsit homályosan hang- 
zik, lássuk, hogy néz ki ez a gyakorlatban. 


Egyszerű kapcsolók 


-vo ckimenet neves: ezzel a kapcsolóval határozhatjuk 
meg, hogy az mplayer által ismert számtalan kimenet közül 
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melyikre szeretnénk a képanyagot küldeni. A -vo help kap- 
csoló kilistázza a lehetséges értékeket. Az alapértelmezett 
eszköz az xv. Mint fentebb olvashatták, így vehető igénybe 
az SDL által nyújtott szolgáltatás is. 


-ao ckimenet nevez: Ugyanazt tudja, mint a -vo kapcsoló, 
de az itt megadott jellemzők a hangkimenetre vonatkoznak 


-vc ckodek1 neve, kodek2 neve , 5: Mint tudjuk, az MPlayer 
egyszerre rengeteg kodeket kezel, s ezek közül 

a codecs . conf fájljában meghatározottak szerint választ. 
Előfordul, hogy mi nem az általa választottat szeretnénk, 
hanem egy másikat. Ezek közül sorrendben haladva vá- 
lasztja ki az első alkalmasat. 


-ac ckodek1, kodek2:: A fentiekkel egyenértékű, de ez jelen 
esetben a hang adatfolyamra vonatkozik. 


-aspect cvíszintes : függőleges képarányz: Ha nem meg- 
felelő a képarány, a kapcsoló segítségével megváltoztathat- 
juk. (pl. -aspect 4: 3) 


-playlist cfájl nevez: Mint említettem, lehetőségünk van 
előre gyártott lejátszási listák használatára. Erre való ez a bi- 
zonyos kapcsoló. Ilyenkor bemenetet nem kötelező megad- 
ni, elég ezt az egyetlen kapcsolót használnunk. A program 
támogatja a Winamp ill. ASX formátumú lejátszási listákat, 
valamint egy sajátot is. Ez utóbbi rendkívül egyszerű: a fájl 
minden sora egyetlen lejátszandó elemet tartalmaz, ami ak- 
kor lehet hasznos, ha sok fájlunk van, amelyek egymás 
után következnek. Ekkor célszerű őket egy fájlba tenni, így 
a későbbiek folyamán nem kell vacakolnunk a parancssoros 
használat során. Legegyszerűbb, ha egy fájllista kimenetét 
beleirányítjuk ilyenkor egy fájlba, az alábbi módon: 

ls ".vobsplay.list 


-fs : Ezt a kapcsolót hozzáfűzve a parancshoz az MPlayer 
teljes képernyős módban kezdi el lejátszani a filmet. Ennek 
akkor lehet előnye, ha például azt szeretnénk, hogy SDL ki- 
menetet használva, teljes képernyős módra váltva ne vált- 
son a program felbontást. Ilyenkor ha teljes képernyős 
módban indulunk, az X alapértelmezett felbontását fogja 
használni az SDL kimenet is. Ha ezt gyakran használjuk, 
célszerű a később bemutatott beállítási fájlban rögzíteni, 
mint alapállapotot. Ilyen esetekben azonban az fordulhat 
gyakran elő, hogy szeretnénk, ha időnként nem teljes kép- 
ernyőben indulna. Meglepő módon ehhez a -nofs kapcsoló 
használatára van szükségünk. Általában igaz az MPlayerre, 
hogy minden jelzőbit jellegű kapcsolónak van ellentettje, 
amelyet az angol nem (no) tagadószóval kiegészített kap- 
csoló jelöl. (pl.: -lirc --nolirc; -shuffle --noshuffle, stb.) 


Összetett kapcsolók 
-vf cszűről[-jel lemzől:kapcsoló2] , szűről2 , szűrő3z5 
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Ez a kapcsoló a képanyagra vonatkoztatott szűrőket foglalja 
össze, egy videoszűrő réteget alkotva. Ilyen szűrőből termé- 
szetesen többet is megadhatunk, ezért ezeket egymás után 
fűzve az MPlayer az elejéről a vége felé haladva sorban al- 
kalmazza a kitömörített képkockákra. Ezek a változások ter- 


mészetesen csak az adott lejátszásra érvényesek, nem érintik 
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a forrásanyagot. AZ összetett kapcsolók használatával meg- 
szűntek az itt-ott kiadható, mindenféle nevű kapcsolók, 

a videoszűrőket csak ezen a lehetőségen keresztül tudjuk 
igénybe venni. Nézzünk néhány gyakran használt darabot: 


pp: ez a szűrő a képek utófeldolgozását végzi. Sok esetben 
a kép zajos, mákos. Ez a szűrő gyakorlatilag egy képjavító 
algoritmus, amely a keletkező képeket javítja, elmossa. 
Nem keverendő össze a hardveres átméretezés során törté- 
nő elmosási folyamattal. Ha nem adunk meg semmit, csak 
annyit, hogy -vf pp, akkor a processzoridő függvényében 
automatikusan az általa ítélt legjobb minőségű képszűrést 
alkalmazza. 


crop[-szélesség, magasság, x pozíció,y pozíciól: 

ez a lehetőség kivág egy területet a képből, és csak azt jele- 
níti meg. Mérete: szélesség x magasság, s az így keletkezett 
ablak bal felső sarkát az x pozíció:y pozícióra helyezi a ké- 
pen. Ennek segítségével levágható a filmek szélén oly gyak- 
ran előforduló fekete keret. 


cropdetect: mivel a fenti értékeket nehéz pontosan kiszá- 
mítani, ez a kapcsoló képkockánként kiírja a szabványos 
kimenetre, hogy szerinte mik a felesleges részek. A gyakor- 
latban ez úgy működik, hogy a kapcsoló figyeli, meddig fe- 
kete a kép széle, éppen ezért olyan képkockához kell teker- 
ni, aminél maga a hasznos képanyag széle nem tartalmaz 
feketét, különben ezt is leszedi a program. 


flip: megfordítja a képet fejjel lefelé. 
mirror: a kép tükörképét jeleníti megadhatunk. 


-af cszűről[-jel lemző1l:kapcsoló2] , szűről , szűrő3:5 
Ez a kapcsoló a -vf-hez teljesen hasonlatos, csak épp 
a hanganyagra vonatkozik 


Néhány érdekesebb hangszűrő 

volume[-erősítés]: a kapcsoló segítségével változtathatjuk 
az hangsáv hangerejét, ezáltal segíthetünk a túl halk filme- 
ken. (A dvd-k eredeti hangjai általában igen halkan szól- 
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nak.) Az erősítés értéke deciBell-ben értendő és -200-tól 


1-40-ig terjedhet. Persze akármekkorát nem erősíthetünk 
rajta, hisz ez a jel torzulásával jár. 


resample[l-mintavételi frekvencia]: a kapcsoló megadá- 
sával megváltoztathatjuk a lejátszott hanganyag mintavéte- 
lezési frekvenciáját. Ez a lehetőség olyan esetekben lehet 
leginkább hasznos, amikor a filmünk 48KHz-es hangját 

a mi 44KHz-es hangkártyánk nehezen szólaltatja meg. 


Az érthetőség kedvéért lássunk egy összetett példát: ját- 
szunk le egy merevlemezen található fájlt úgy, hogy te- 
gyünk a képre elmosást, vágjuk le a szélét, hangosítsuk fel 
kicsit, és mindeközben használjunk SDL kimenetet, vala- 
mint mpeg12 kodeket. A szükséges parancs így fog kinézni: 


mplayer test.mpeg -vc mpeg12 -vf crop-200:150:5:5 , pp 
mm -af volume-10 -vo x11 


DVD lejátszáshoz például a lemez behelyezése után a kö- 
vetkező utasításra van szükségünk: 


mplayer dvd://1 -alang hu -slang hu 


Ez lejátssza a fő adatfolyamot (magát a filmet), magyar 
nyelven, magyar felirattal. Menü kezelésére sajnos nincs 
lehetőség. VCD lejátszása ugyanígy történik, csak ott 

vcd: //-el kezdődik a lejátszandó parancs. Gyakori hiba 
szokott lenni, hogy a lejátszóprogram nem találja a DVD 
eszközt, s ezáltal nem tudja lejátszani a korongot. Ennek 
az az oka, hogy az MPlayer (vagyis az a könyvtár, ame- 
lyet a dvd-k lejátszásához használ) közvetlenül az esz- 
közhöz hozzáférve végzi a dolgát, nem fájlszinten (ennek 
következtében nem is kell befűznünk (mount) a fájlrend- 
szerbe). Az MPlayer számára az alapértelmezett eszköz 

a /dev/dvd. Ha ez létezik a rendszerünkben, nincs is szük- 
ségünk, hogy bármit csináljunk, a fenti parancs valóban 
működik. Ha azonban nincs /dev/dvd eszközünk, akkor 
két dolgot tehetünk. Egyik, hogy a -dvd-device kapcsoló- 
val megadjuk neki, hogy melyik eszközhöz kell hozzáfér- 
nie, hogy elérje a DVD-korongot, a másik megoldás pedig 
az, hogy egy szimbolikus linket hozunk létre az adott esz- 
közre. A leggyakrabban a rendszerben fellelhető CD- 
ROM/DVD meghajtókat a linux a /dev/cdrom eszközzel 
azonosítja. Erre kell tehát mutasson az a bizonyos link, 

s így a DVD lejátszás nem ütközik többé akadályokba. 
Hasonló a helyzet a VCD/SVCD-k lejátszása terén is, ám 
itt a /dev/cdrom az alapértelmezett eszköz. Ha nekünk 
nem itt van a CD meghajtónk, vagy épp több is van, és 
mi most a másik meghatóban lévő lemezt akarjuk leját- 
szani, akkor a -cdrom-device kapcsolóval segíthetünk 

a problémán. 


Továbbmenve: kedvenc autósműsorom, a lotalCar epizód- 
jait a netről is el lehet érni és le lehet játszani. Mindössze 
azt kell megmondanunk, hogy melyik távoli fájlra van 
szükségünk: 


mplayer http://d1.totalcar.hu/tc235. 1.wmv 
A fentieken kívül természetesen számtalan kapcsoló talál- 
ható még a programban, ezek tanulmányozásához a leg- 


jobb út a mellékelt magyar nyelvű használati utasítás rész- 
letes átolvasása. 
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Lehetőségek menet közben 

Az Mplayer talán egyik legnagyobb vívmánya, hogy menet 
közben a billentyűzetről az összes vezérlő funkció elérhető. 
Hangosítás, halkítás, fényerő, kontraszt, pozicionálás há- 
romféle ugrásnagyságban, stb. Ezen túl az OSD-nek kö- 
szönhetően természetesen mindegyik műveletről nyugtát 
is ad, tehát kiírja a képre, hogy mi történt az adott billentyű 
megnyomásának hatására. 

Az alapértelmezett billentyűkódok: 


balra, jobbra: előre-hátra teker pár másodpercet 
PgUp , PgDown: előre-hátra teker 10 percet 


t,-: késlelteti, vagy sietteti a hangot 
100ms-onként 
a: kilép 


f: teljes képernyős mód 

o: OSD állapotának változtatása 

/," halkítás, hangosítás 

1,2; 3,4; 5,6; 7,8: hardveres gyorsítást 
használva ezekkel a billentyűpárokkal állítható 
a kontraszt, a fényerő, a színárnyalat illetve 
a telítettség 


0 Kiskapu Kft. Minden Jog fenntartva 


Ezek a beállítások egyébként a /usr/local/etc/mplayer/ 
input.conf fájlban módosíthatók, testreszabhatók. Az eredeti 
fájl egyébként a forráskönytár etc alkönyvtárában található. 
S ha már itt tartunk, tegyünk egy kis kitérőt. 

Az Mplayer nagyjából pontosan úgy működik, mint bárme- 
lyik más linuxos alkalmazás. Van globális beállítása, amely 

a /usr/local/ könyvtáron belül helyezkedik el szétszórva, s 
van felhasználófüggő, amely a sajátkönyvtár .mplayer 
könyvtárán belül található. Ide helyezhetünk betűtípuso- 
kat, kinézeteket, input.conf fájlt, s alapértelmezetten létre- 
hozza a telepítés a .config fájlt, amelyben kapcsol-érték 
formában megadhatjuk azokat a parancssori kapcsolókat, 
amelyeket mindig használunk. lehát ha azt szeretnénk, 
hogy például mindig teljes képernyőn induljon a program, 
akkor írjuk bele az alábbi sort: fs-1. (Az értékkel nem ren- 
delkező, ún. bináris kapcsolókat 0 és 1 számokkal engedé- 
lyezhetjük illetve tilthatjuk) 


Összegzés 

A lejátszó lehetőségeit bemutatni egy ekkora cikkben szinte 
teljességgel lehetetlen. A fent célja mindössze annyi volt, 
hogy a kedves olvasó kedvet kapjon a dolgokban való el- 
mélyedéshez. Azonban ha ez a kedv mégsem jönne meg, 
az itt leírtak alapján akkor is hatékonyan és kényelmesen 
tudjuk használni a programot. Aki erre vágyik, annak tény- 
leg elég a cikk elején leírtakat elvégezni, s rögtön ugorhat 
is irományom végére, ahol a használatról esik szó. Remé- 
lem, mindenki kellőképp eligazodik majd a röviden leírt 
módszerek között, s megtalálja számítását az MPlayer 
használatával. 


Komáromi Zoltán 
(komi(okiskapu.hu) 

23 éves, a BME hallgatója, mellette 
PHP-programozóként dolgozik. 
Kedvenc területe a multimédia. 
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Számítógépes hálózatok 4(4.rész) 


Adatkapcsolati réteg, keretezés, forgalomirányítás és szabályozás 


elekezdünk az adatkapcsolati réteggel történő mé- 
1 lyebb ismerkedésbe. Lesz szó keretekről, forgalom- 

szabályozásról de még hibajavításról is. 
Immár hetedik alkalommal jelentkezik számítógép-hálóza- 
tokat boncolgató sorozatunk, amelyet a gyakorlati jelentős- 
séggel nem igazán bíró, ám az elmélet megértéséhez sokat 
segítő OSI modellre építünk. Idáig sok témát érintettünk 
már, de részletesen csak azzal a fizikai réteggel foglalkoz- 
tunk, amely lehetővé teszi, hogy két ,szomszédos" számító- 
gép információkat cseréljen. Ezek az információk bitsoroza- 
tok, amelyeket a hálózati réteg vagy elektromágneses hullá- 
mok vagy pedig a vezeték bizonyos fizikai jellemzőinek 
megváltoztatásával továbbít. Miután a hálózati réteg , ráhe- 
lyezte" a bitsorozatot az átviteli csatornára, feladata végetér. 
Ezzel azonban csak félmunkát végzünk, a ,szomszédos" 
számítógépek közötti adatcsere még sincs megoldva. A fizi- 
kai réteg ugyanis semmilyen módon nem garantálja azt, 
hogy a neki átadott bitsorozat sértetlenül megérkezzék 
(már ha egyáltalán megérkezik) a célhoz. Az átviteli csator- 
nák pedig nem tökéletesek, könnyen előfordulhat, hogy 
egy-egy bit elveszik útközben, de az is, hogy több érkezik 
meg, mint amennyit elküldtünk. Ha esetleg a megérkezett 
bitek számban megegyeznek az elküldöttekkel, akkor pedig 
értékeikben különbözhetnek. 
A hálózati réteg — amely már azon fáradozik, hogy a háló- 
zatban ne csak az egymással közvetlenül összekapcsolt gé- 
pek kommunikálhassanak, hanem a hálózat bármely pontjá- 
ról bármely pontjára tudjunk csomagot küldeni - helyes 
működésének alapvető előfeltétele, hogy az adatátvitel több- 
nyire hibamentes legyen, illetve hogy ha mégis hiba törté- 
nik, akkor az érzékelhető legyen. Ezért van szükség az adat- 
kapcsolati rétegre, amelynek legfontosabb feladata, hogy fel- 
ismerje az átviteli közeg tökéletlenségéből adódó hibákat, 
amelyeket ezután lehetőség szerint megpróbál kijavítani. 


Keretezés 

Az imént említett feladatra a legcélszerűbb megoldás az, 

ha a bitfolyamot az adatkapcsolati réteg különálló részekre, 
úgynevezett keretekre(frames) tördeli, és ezekhez hozzácsa- 
tol egy úgynevezett ellenőrző összeget (checksum). Az el- 
lenőrző összeg alapján a legtöbb esetben ki lehet szűrni az 
átvitelkor keletkezett hibákat. A keret megérkezésekor ezt 

a számot ismét kiszámolja a rendszer, és ha az nem egyezik 
meg az eredetivel, akkor átviteli hiba történt, amit jelezni 
kell a küldő felé. 
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Ez első hallásra nem tűnik valami nagy kunsztnak, de 
mindjárt kiderül, hogy egyáltalán nem valami triviális fel- 
adat. A dolgot ugyanis megnehezíti, hogy a célállomásnak 
el kell tudnia különíteni egymástól a beérkező kereteket, az- 
az tudnia kell, hogy egy keret mikor ér véget. 

Erre a problémára a legegyszerűbb megoldás az lehet, hogy 
amikor a forrás elküldte az első keretet, egy meghatározott 
ideig beszünteti az adást, azaz szünetet tart. Mikor ez a kis 
idő lejár, elindítja a következő keretet. A hálózatokról azon- 
ban tudnunk kell, hogy minden olyan feladat, ahol az idő- 
zítés szerepet játszik, a legtöbb esetben kivitelezhetetlen. 
Ezek a szünetek ugyanis megnyúlhatnak, esetleg lerövidül- 
hetnek, szélsőséges esetekben el is tűnhetnek. A fogadó így 
képtelen lesz teljes bizonyossággal felismerni a kerethatáro- 
kat, ezért más megoldást kell kitalálni. 

Egyik alternatíva lehet a keretszámlálás néven elhíresült 
módszer, amikor minden keret a keretben található karakte- 
rek számával kezdődik. Ha például a keret első karaktere 
egy 8-as, akkor a fogadó tudni fogja, hogy a nyolcadik ka- 
rakter után érkező bitek már egy új kerethez tartoznak. Ez- 
zel a megoldással az a probléma, hogy a kommunikációban 
részt vevő két fél nagyon könnyen kieshet a szinkronból. 
Vegyük például azt az esetet, amikor egy átviteli hiba meg- 
rongálja a keret első karakterét, és így a célhoz nem egy 8- 
as, hanem egy 12-es érkezik. Ennek következtében a követ- 
kező tizenkét karaktert ehhez a kerethez sorolja, miközben 
az utolsó négy karakter már egy másik keretnek a része. 
Persze ez a hiba egyből kibukik az ellenőrző szám alapján 
elvégzett hibakereséskor. Ez azonban nem sokat számít, 

a fogadó ugyanis ekkor sem fogja tudni, hol kezdődött 

a következő keret. Az sem segít, ha a forrás megismétli a hi- 
bás keretet, hiszen a cél nem tudja, hány karaktert lépjen 
vissza ahhoz, hogy a kicserélendő rossz keret valódi kezde- 
tére érkezzen. Ez a módszer sem igazán nyerő tehát. 

A keretszámlálás legnagyobb buktatója, hogy nem nyújt le- 
hetőséget a szinkron újbóli felvételére, azaz arra, hogy a ve- 
vő valamilyen módon ismét képben legyen a kerethatáro- 
kat illetően. 

A következő ismertetendő módszer erre már lehetőséget 
nyújt. Az alapötlet, hogy a keretek kezdetét illetve végét 
egy-egy speciális karaktersorozat jelölje. A keret kezdetét je- 
lölje például a DLE STX nevű (DLE: Date Link Escape, STX: 
Start TeXt), a végét pedig a DLE EIX (ETX: End TeXt) nevű 
két karakterből álló sorozat. Ha mondjuk egy átviteli hiba 
folytán valamelyik kerethatárt jelölő karakter megsérül, ak- 


kor sem menthetetlen a helyzet. A cél ismét szinkronba 
kerülhet a forrással, ha figyeli a DLE SIX és DLE EIX ka- 
raktereket. 

Ez a módszer csak addig működőképes, amíg nem próbá- 
lunk bináris adatokat küldeni (például programkódot, ké- 
pet, videót, lebegőpontos számot, stb.). Ezek az adatok 
ugyanis könnyen tartalmazhatnak DLE karaktert, amely 
speciális jelentéssel bír a célállomás számára, és így megza- 
varhatja a kommunikációt. A megoldás az, hogy valamikép- 
pen jelölni kell, hogy az adott DLE karakter csak egy, az 
adatban szereplő karakter, vagy valóban a kerethatár kez- 
detét jelzi. A leggyakoribb megoldás ilyenkor az, hogy az 
adatkapcsolati protokoll a szövegben , véletlenül" előfordu- 
ló DLE karaktereket mindig megduplázza (kétszer küldi el). 
Ez a módszer már ígéretesnek tűnik, csak az a baj, hogy 
szorosan összefügg a 8 bites ASCII karakterkódolással. Igaz, 
hogy ez egy nagyon elterjedt kódolás (főleg a PC-s világ- 
ban), azonban mégsem várhatjuk el, hogy minden számító- 
gép 8 biten, ezen belűl az ASCII kódolás segítségével képez- 
Ze le a karaktereket. Ha azt szeretnénk, hogy hálózatunk- 
nak mindenféle színű és szagú számítógépek is tagjai lehes- 
senek, akkor egy olyan keretező algoritmusra van szükség, 
amely független a karakterek méretétől és kódolásától. 

A megoldás hasonló lesz az előbbihez, azzal a különbség- 
gel, hogy a keretek kezdetét nem karakterek, hanem egy 
speciális bitminta jelzi, mégpedig a 01111110. Ha az adat- 
ban találunk öt egymás követő egyest, akkor az adatkapcso- 
lati réteg automatikusan egy V-t szúr be, így ismét egyértel- 
műen meghatározhatóak lesznek a kerethatárok. 

Ez már egy jól használható keretezési eljárás, a gyakorlat- 
ban azonban mindig a keretszámlálást alkalmazzák valami- 
lyen másik módszerrel együtt. Ezért a vevő egy keretet csak 
akkor fogad el érvényesnek, ha egyrészt a hibaellenőrző 
kód alapján helyes, másrészt például a határolójelek is a he- 
lyükön vannak. 


Nyugtázás 

A keretezésnek köszönhetően a vevő értesülhet arról, hogy 
történt-e átviteli hiba, vagy sem. A forrás azonban semmit 
sem tud az általa elküldött keretek sorsáról. Ez persze csak 
akkor jelent gondot, ha összeköttetés alapú szolgálatot kell 
teljesíteni. 

Hogy a kommunikáció biztonságos legyen, kell valamiféle 
lehetőség arra, hogy a vevő értesíthesse a forrást az általa 
fogadott adatok állapotáról. Például a forrásnak vissza kell 
küldeni egy nyugtát, amelyben megerősíti, hogy az adatok 
rendben megérkeztek, vagy épp azt kéri, hogy ismételje 
meg az adást. 

Vannak bizonyos szerencsétlen körülmények, amelyekkel 
számolnunk kell. Például mi a helyzet akkor, ha egy keret tel- 
jes egészében elveszik? (Ilyen előfordulhat, például amikor 
nagyon zajos a vonal). A keretek elvesztése rendkívül kelle- 
metlen dolog, mert a forrás várja a nyugtát, a vevő azonban 
nem is tud arról, hogy neki keretet küldtek, amelyre egy 
nyugtával kéne válaszolnia. Ezt a problémát persze könnyen 
kiköszöbülhetjük úgy, hogy a forrás minden kerethez egy 
időzítőt is rendel. Amikor a keret küldésétől számítva eltelik 
egy bizonyos idő, és nem érkezik nyugta, akkor valószínűsít- 
hető, hogy a keret nem érkezett meg a célhoz. Ilyenkor a for- 
rás felhagy a várakozással, és megismétli a kérdéses keretet. 
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Egy keret megismétlése azonban nem veszélytelen dolog, 
ugyanis fennáll az eshetősége, hogy a vevő kétszer kapja 
meg ugyanazt a keretet, így kétszer továbbítja azt a hálózati 
réteg felé. Ezért szükség van keretazonosítók bevezetésére 
is, például sorszámokra, amelyekkel meg tudjuk számozni 
az elküldött kereteket. 

Az időzítők és a keretek sorszámozásával az adatkapcsolati 
réteg biztosítani tudja, hogy minden pontosan egyszer 
(nem kétszer és nem is nullaszor) érkezzen meg a fogadó- 
hoz. A gyakorlatban ez egy kicsit bonyolultabban zajlik 

a fent leírtaknál. A következő részben részletesen is meg- 
nézzük majd, milyen további problémákkal szembesülhe- 
tünk a való életben. 


Forgalomszabályozás 

Egy keretet elveszteni nem csak a Zajos átviteli csatorna mi- 
att lehet. Előfordulhat olyan eset is, hogy a küldő sokkal 
gyorsabban küldi a kereteket, mint ahogy azt a vevő ké- 
nyelmesen fogadni tudná. Például azért, mert a vevő eleve 
lassabb, vagy éppen szörnyen leterhelt. Ha ez a helyzet, ak- 
kor a forrás teljesen elárasztja a célállomást, amely előbb- 
utóbb nem lesz képes megfelelően fogadni a kereteket, és 
egészen biztos, hogy egyet-kettőt el fog veszíteni. Nagyon 
szomorú, ha ilyesmi megtörténik, ezért szükség van valami- 
féle védelmi mechanizmusra, amely megakadályozza az 
ilyen helyzetek kialakulását. 

A megoldás kulcsa a vevő visszafogásában rejlik, azaz nem 
szabad hagyni, hogy az gyorsabban adjon, mint ahogyan 
azt a célállomás venni képes. Ez az úgynevezett forgalom- 
szabályozás (flow control). Sokféle forgalomszabályozási 
módszer ismert (a következő részekben részletesen is meg- 
nézünk néhányat), de a legtöbb ugyanazt az alapelvet kö- 
veti: addig nem küldik el a következő keretet, amíg a vevő 
valamilyen módon engedélyt nem ad rá. Ez nem feltétlenül 
jelenti azt, hogy a vevőnek minden egyes keret után szólni 
kell, hogy jöhet a következő. Lehet ugyanis, hogy a kapcso- 
lat telépítésekor megmondja, hogy most például x darab 
keretet máris lehet küldeni, de utána addig semmit, amíg 
nem jelez vissza. A keret küldését persze ezen kívül más, az 
adott protokolltól függő szabályok is befolyásolják. A továb- 
biakban erről még szólunk részletesebben is. 


Hibaészlelés és javítás 

A biztonságos kommunikációhoz önmagában nem elég, hogy 
minden keret pontosan egyszer érkezik meg, illetve hogy 

a forrás nem küld gyorsabban, mint ahogy a vevő fogadni 
képes. Legalább ennyire fontos, hogy pontosan az érkezzen 
meg, amit átküldünk, azaz a bitek értéke ne változzon. 

Hogy mikor és mennyi átviteli hiba keletkezik, abban szere- 
pet játszik az is, hogy milyen technikával továbbítjuk a bite- 
ket. Például a rádióadók esetében a hibák inkább csoporto- 
san fordulnak elő. Más rendszereknél pedig csak egy-egy 
bit romlik el, viszont időben egymástól függetlenül. 
Mindkét esetnek van jó és rossz oldala is. Ha a hibák cso- 
portosan jönnek, az abból a szempontból jó, hogy nem lesz 
minden elküldött keretünkben hiba, így mondjuk átlagosan 
csak minden 100. keretet kell újraküldeni. Hátránya azon- 
ban, hogy ha hiba van, akkor az valószínűleg elég sok bitet 
érint a keretben ahhoz, hogy nehéz legyen kijavítani, eset- 
leg magát a hibát felfedezni. 
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Akárhogyan is legyen, a fellépő hibákat kezelni, sőt javí- 
tani kell. A hibák kezelésére két alapvető módszer létezik. 
Az első esetben annyi, úgynevezett rendundáns informá- 
ciót fűzünk az adatbitekhez, amennyiből a forrás fel tudja 
fedezni az esetleges hibát, és ki is tudja következteni, 
hogy mi lehetett az eredeti szöveg. Ehhez úgynevezett 
hibajavító kódok lehetnek a segítségünkre. A másik stra- 
tégia szerint csak annyi redundáns bitet fűzzünk az adat- 
hoz, amennyiből meg tudjuk állapítani, hogy történt-e 
hiba, vagy sem. Ehhez hibajelző kódokat kell alkalmaz- 
nunk. (Fontos, hogy ebben az esetben csak a hiba meg- 
létére tudunk következtetni, arra nem, hogy melyik 

bit hibás). 

Hogy megérthessük, miként működnek a hibajavító és hi- 
bajelző kódok, fontos definiálni azt, hogy ,matematikailag" 
mit is nevezünk átviteli hibának. 


A Hamminy-távolság 

A keretben szereplő adatbitek számát jelöljük m-el, a hozzá- 
fűzött redundánsbitek számát pedig r-el. 2n-rtm 
hosszú adat- és redundáns bitekből álló bitsorozatot kód- 
szónak nevezzük. 

Két kódszót úgy tudunk összehasonlítani egymással, hogy 
bitenként végigmegyünk rajtuk, és minden azonos helyen 
lévő bit között elvégzünk egy kizáró vagy (XOR) műveletet. 
Ha a művelet végeredménye 1, akkor a két bit különböző. 
Azt, hogy a két kódszó összehasonlításakor hányszor ka- 
punk 1-est, azaz hány eltérő bit van, a két kódszó Hamming 
távolságának nevezzük. Ha más szemszögből közelítjük 
meg a dolgot, akkor akár azt is mondhatnánk, hogy két 
kódszó Hamming távolsága azt határozza meg, hogy hány 
darab egybites hiba kell ahhoz, hogy az egyik kódszóból 
megkapjuk a másikat. 

Mivel az adat a bitek bármilyen , kombinációjából" állhat, 
összesen 2"7-ediken féle úgymond legális adatbit sorozat 
szerepelhet egy keretben. A redundáns bitek számítási 
módjából következik, hogy nem fordulhat elő mind a 2 
darab, azaz a lehetséges kódszavak száma nem éri el a 2--t. 
Ha tudjuk a redundáns bitek kiszámításának módját, akkor 
könnyedén elkészíthetjük a legális kódszavak listáját. Ha 
megvan a lista, akkor abból kikereshetjük azt a két kódszót, 
amely a legkisebb Hamming távolsággal rendelkezik. Ez az 
érték lesz a kód Hamming távolsága. 

Hogy egy kód hibajavító, vagy csak hibajelző, azt a Ham- 
ming távolsága határozza meg. Ha például fel szeretnénk 
ismerni d bithibát, akkor legalább egy d 4 1 Hamming tá- 
volságú kódot kell alkalmaznunk, hiszen egy ilyen kódban 
hiába fordul elő d bithiba, akkor sem tudunk megkapni egy 
másik érvényes kódszót. 

A hibajavító kódnak azonban nagyobb Hamming távolság- 
gal kell rendelkeznie, pontos értéke (2d -- 1), ha ki is szeret- 
nénk javítani legaláb d darab bithibát. Az ekkora távolságú 
Hamming kódoknál az érvényes kódszavak egymástól 
olyan messze vannak, hogy d darab bit megváltoztatása 
sem viheti egy másik legális kódszóba. 

Ezt csak elmesélni bonyolult, valójában nagyon egyszerű 
dologról van szó. Nézzünk meg egy-egy példát a hibajelző, 
illetve a hibajavító kódra. A legegyszerűbb hibajelző kód 
a paritásbit, amely azt mondja meg, hogy az adattagban 
lévő 1-esek száma páros, vagy páratlan. 
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(Ebben az esetben a redundáns információ maga a pari- 
tásbit). Ha egy bithiba történik, akkor megváltozik a pari- 
tás, így azt ezzel a módszerrel észlelni tudjuk. A paritás 
bites kód Hamming távolsága 2, mivel egy bit hibát ész- 
lelhetünk. (Például két bithibára ezzel a módszerrel nem 
derülne fény). 

Nézzünk egy példát a hibajavító kódra is. Példánk alanya 
egy olyan kód, amely a következő legális kódszavakat fo- 
gadja el: 0000000000, 0000011111, 1111100000, 1111111111. 
Ennek a kódnak a Hamming távolsága minden bizonnyal 
5, mivel kétbitnyi hibát tud kijavítani. Ha például 

a 0000000111 kódszó érkezik, akkor ebből ki tudjuk követ- 
keztetni, hogy az eredeti üzenet a 0000011111. Ha azonban 
három vagy több bithiba keletkezik, például a csupa nulla 
helyett szintén a 0000000111-t kapjuk, akkor nem a helyes 
kódszót állítjuk vissza. 

A gyakorlatban is használt hibajavító kódok közül a Ham- 
ming kódot emelnénk ki. Működésének ismertetése túlmu- 
tat e sorozat keretein, annyit jegyeznénk meg róla csupán, 
hogy egybites hibák kijavítására szolgál, de némi trükközés 
segítségével képessé tehetjük csoportos hibák javítására is. 
A hibajavító kódokkal a való életben ritkán találkozhatunk. 
Ennek az az oka, hogy sokkal gazdaságtalanabb, mintha 
csak hibajelző kódot használnánk, és ha szükséges, újra 
küldenénk a hibás keretet. A hibajavító kódoknak egyirá- 
nyú kommunikáció esetén van jelentősége, akkor ugyanis 
a vevő nem tud visszaszólni a forrásnak. 


Hibajelző kódok 

A hibajelző kódok közül már volt szó a paritásbites kódról, 
amelynek nagy hátránya, hogy csak páratlan számú hibák- 
nál bukik ki a probléma, azaz egy hiba jelzésének az esélye 
5090. Ez nem egy jó arány. Sokat segíthet a dolgon, ha az 
elküldendő blokkot egy n X m -es mátrixnak tekintjük, és 
minden oszlophoz külön kiszámoljuk a paritásbitet. Ezután 
a mátrixhoz csatoljuk utolsó sorként a paritásbiteket, majd 
sorfolytonosan továbbítjuk az egész mátrixot. 

Ez már egy némileg elfogadható megoldás, a gyakorlatban 
mégis inkább a polinomkódot, vagy ismertebb nevén 

a CRC kódot választják. A CRC kód működésének ismerte- 
tése is túlmutat e sorozat keretein, csupán annyit jegyez- 
nénk meg róla, hogy nagyon pici a lehetősége a hibák 
rejtvemaradásának. A CRC16 például 16 bites ellenőrző 
összeggel dolgozik, így felismer minden egy- és kétbites 
hibát, továbbá minden páratlan számú bitet érintő hibát 

és minden 16, vagy annál kevesebb bitnyi csoportos hibát. 
(A csoportos hiba alatt azt értjük, hogy nem feltétlenül 
rossz az összes bit, de az első és az utolsó biztosan az). 

A CRC-16 a 17 bites csoportos hibák 99 9979o-át is felismeri. 
A CRC kicsit bonyolult algoritmus (főleg, hogy sok 
polinomosztást kell végrehajtanunk), mégis könnyű készí- 
teni olyan áramkört, amely képes kiszámolni az ellenőrző 
összeget. Ezért általában hardveresen végzi a CRC-n alapu- 
ló ellenőrzést. 

A következő részben tovább folytatjuk az adatkapcsolati 
réteggel való ismerkedést, méghozzá elemi adatkapcsolati 
protokollokat veszünk majd szemügyre. 


Garzó András 
garzorovinterware.hu 


Debian otthonra (3. rész) 


Lentről fel, vagy fentről le? 


ogy miért került az alcímbe az egyik kedvenc Holló 

Színház-előadásomból idézett mondat? A darabban 

a világhírű, már-már tökéletes Besenyő Pista bácsi 
bemutatja a világnak Boborjánt, aki a nagyközönség előtt 
beszél urduul. Boborján nyilvánvalóan nem a hagyomá- 
nyos úton tanulta meg ezt a világnyelvet, mégis használta. 
Nos, ebben a tekintetben akár vonhatunk is egy perverz 
párhuzamot a rendszergazdák és Boborján világa között. 
Kétféle rendszergazda van ugyanis: az első, aki hosszú- 
hosszú ideig szötymög a gépekkel, majd szép lassan egyre 
komolyabb feladatokat is el tud végeztetni velük, a másik 
pedig, akihez benyit a főnök, és azt mondja: ,Mostantól 
Linux rendszergazda vagy és holnapra telepítesz egy fájl- 
és nyomtatókiszolgálót!". Ez utóbbi pislog, mint Boborján. 
Mégis, valahogy meg kell felelni a kihívásnak. 
A sorozat eddigi részeiben területenként és elemenként meg- 
ismerkedtünk a Debian alapjaival, elméleti (valamint, eseten- 
ként gyakorlati) tapasztalatokat gyűjtve. A cikkeket végigol- 
vasva remélhetőleg kialakult egy átfogó kép arról, hogy hol, 
mit kell beállítani, felépíteni. Így tehát néhány hét gyakorlás 
után akár mi magunk is összerakhatunk egy remek kiszolgá- 
lót, egyesével végigjárva a rejtett buktatókat és végignyálaz- 
va a leírásokat (amennyiben használhatom ezt a szófordula- 
tot a README fájlok olvasására). De a lusta rendszergazda- 
jelölt gyakran elábrándozik arról, ,milyen szép is volna, ha 
ezt a bosszantó telepítgetést valaki elvégezte volna helyet- 
tem". Remek gondolat! Nem kell egyesével feltelepítgetni a 
csomagokat, beállítgatni a szolgáltatásokat, kiválogatni a 
szükséges csomagokat... egyszóval minden eleve működne. 
A baj csak az, hogy ezek az , előre elkészített" rendszerek 
többnyire rpm-alapúak, és mi, hithű .deb-, nyílt és szabadfor- 
rású-rajongók, ragaszkodunk a kereskedelem-mentességhez, 
nem kívánunk frissítéseket vásárolni, és így tovább. 
Megoldás természetesen van, sőt, nem is messze! Több 
Debian-alapú terjesztést készítettek, amelyet a terjesztés 
karbantartója ellátott minden jóval. Az egyik legjobb ilyen 
rendszer az Linuxvilág előző számának lemezmellékletén is 
megtalálható Knoppix. Keressük elő gyorsan az előző szám 
mellékletét és szimatoljunk körbe egy kicsit, mi is a helyzet 
ezzel a rendszerrel! 


Knoppix — az első találkozás 

A Knoppix 3.4 egy úgynevezett élő lemez (vagy mentőrend- 
szer), ami annyit jelent, hogy a telepítőlemezről vígan elindul 
és három fő célra használhatjuk. Az első a helyreállítás: a 
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program összeomlott 
rendszerek felett feléled a 
merevlemez használata 
nélkül, majd vígan körbe- 
nézhetünk róla, mi is volt 
a baj. A második cél a 
Linux kipróbálása: bárme- 
lyik gépen futtatható és 
nagyon sok olyan progra- 
mot próbálhatunk ki, 
mely az áttérés esetén 
fontos lehet a felhasználó 
számára. A harmadik pe- 
dig, hogy kényelmesen te- 
lepíthessünk a gépre egy 
teljesértékű rendszert. Azt 
viszont nem árt tudni, 
hogy a rendszert nem ma- 
gyarok állították össze, és 
ezért — noha törekedtek 

a lehető legtöbb nyelv tá- 
mogatására — sajnos a ma- 
gyar nyelv támogatása bizony elég hiányosnak nevezhető. 

Az elmúlt napokban feladatom volt, hogy több munkagépre 
telepítsek Linuxot. A gépek mindössze annyiban hasonlíta- 
nak egymásra, hogy valamilyen Intel Pentium processzorra 
épült rendszerek voltak. Mivel ezek elsősorban irodai alkal- 
mazásra készülnek, kell rajtuk lennie egy irodai programcso- 
magnak, kell tudniuk nyomtatni, levelezni, fájlmegosztásokat 
használni -— egyáltalán: részt kell venniük a hálózati munká- 
ban. Szerencsés helyzetben voltam, hiszen a hálózat már léte- 
zett, így a központi kiszolgálóval nem kellett sokat szenvedni 
(biztosítva volt a fájlmegosztás samba-kiszolgálóval, egy 
DNS-kiszolgáló, volt egy DHCP-kiszolgáló is, valamint a leve- 
lezés egy IMAP-kapcsolaton keresztül működik). 
Akárhogyan is, az embernek nincs kedve egyesével az 
összes gépet telepíteni. Hogy ezt a feladatot megoldjuk, arra 
több lehetőség is kínálkozik. Az első, hogy az egyik gépen 
feltelepítünk egy teljes rendszert, majd másolgatjuk a többi- 
re. Ez bizony eltarthat egy-két napig. Utána több lehetősé- 
günk van, készíthetünk akár egy , telepítőlemezt", ha elég 
kicsi a rendszerünk: a Linux képes arra, hogy a feltelepített 
teljes rendszert felmásolja egy korongra, majd erről tudjuk 
,visszamásolni" a rendszert a többi gépre. A második lehető- 
ségünk ennek egy változata, amikor is a telepített csomagok 
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listáját nyerjük ki, majd a többi gépen is szép sorjában vé- 
gigtelepítgetjük azokat. Ennél a változatnál készüljünk fel 
arra, hogy ötvennyolcszor kell kiválasztanunk az alapbeállí- 
tásokat, megadnunk az időzónát és így tovább. A harmadik, 
általam is választott megoldás pedig egy élő rendszer hasz- 
nálata majd testreszabása. Ennél a változatnál egy előre el- 
készített terjesztést , a lehető legegyszerűbb" módon telepí- 
tünk, majd elvégezzük a hátralevő testreszabást. 

A feladatot, mint mondtam, a Knoppixszal és egy kis 
testreszabással oldottam meg. Szerencsére a Knoppix által 
használt önműködő gépfelismerő és önbeállító héjprogra- 
mok remekül működnek és csak itt-ott kell belenyúlnom 

a folyamatba. A negyedik telepítési kísérlet után pedig már 
könnyedén el tudtam készíteni egy saját héjprogramot, 
mely az egész testreszabási folyamatot elvégzi helyettem. 
Nézzük most meg, hogyan lehet könnyen és gyorsan egy 
teljesértékű irodai rendszert felépíteni a Knoppixból. 


A telepítés menete 

A telepítés első fontos lépése a lemezrészek létrehozása. A 
Knoppix telepítéséhez egy darab, legalább 2,5 GB méretű 
lemezrész kell, és javasolt egy csereterület használata is. Ha 
még nem hoztuk létre a lemezrészeket, akkor rendszergaz- 
daként a cfdisk segítségével tudjuk ezt megtenni. Nálam 
tehát két lemezrészre volt szükség: 

/dev/hdal PrimaryLinux swap (82) 1020 MB 
/dev/hda2 Boot Primary Linux (83) 3060 MB 


Ez után, biztos ami biztos, indítsuk újra a gépet, hogy az 
automatikusan felismert lemezrészek adatai frissüljenek 
(például a /etc/fstab fájlban). Ahogy tapasztaltam, ez az új- 
raindítás főleg akkor fontos, ha a merevlemezen előtte már 
léteztek hda1 és hda2 lemezrészek, de más adatokkal. 

A második indítás után a lemezrészeket mi magunk is for- 
mázhatjuk (mkswap /dev/hda1; mkfs . ext3 /dev/hda2), 
majd indítsuk el a knoppix-instal ler programot. Ez a te- 
lepítőprogram könnyen megválaszolható kérdéseket tesz 
fel nekünk (részemről a Beginner telepítési módot javas- 
lom, a Knoppix remekül előtelepített rendszer, így az alap- 
beállítások szinte mindig jók). Szinte csak a gyökérrészt (a 
,/" lemezrészt) és a 1i1o telepítési célját kell megadjuk (ez 
utóbbi, ha a Knoppix egyedüli rendszer lesz a merevleme- 
zen, nyugodtan legyen a mbr), majd jelszót választanunk a 
rendszergazda és a saját felhasználónk számára és már in- 
dul is a telepítés. Tíz perces másolás után a telepítőprog- 
ram felkészíti a gépet az önálló indulásra, majd egy rend- 
szerindító hajlékonylemezt is készíthetünk vele. Ezek után 
már egy élő rendszerünk van, ami önálló működésre ké- 
pes. De ami a legjobb része a dolognak: eddig nem volt 
szükség hálózati kapcsolatra, letöltésekre sem! 


Ungarische Knoppix 

Nézzük meg, hogy ez a telepítés miben nem elégíti ki igé- 
nyeinket. Ahogy írtam, a Knoppix saját héjprogramjaival 
,körbenéz", majd legjobb tudása szerint építi fel a rend- 
szert. Sajnos ez a , legjobb tudás" nem tartalmazza a ma- 
gyar beállításokat. Van egy-két beállítás, amit mi magunk 
kell hogy megtegyünk. Ezek közül több (remélem) bekerül 
majd az új Knoppixba, de addig is: magad uram, ha szol- 
gád nincsen! A beállítások legtöbbjét megtehetjük már 
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most, mielőtt a telepített rendszert a merevlemezről indít- 
juk, vagy — ez a kényelmesebb megoldás - újraindítás után. 
Ha újraindítás nélkül szeretnénk dolgozni a rendszeren, ak- 
kor be kell fűznünk a lemezrészt, és minden leírt változta- 
tást ezen belül kell elvégeznünk (tehát amikor /etc/X11/ 
XFS86Config-4 fájlról beszélek, akkor az valójában a /mnt/ 
hda2/etc/X11/XF86Config-4 fájlt jelenti): 

mount /mnt/hda2 

cd /mnt/hda2 


Keressük meg a telepített rendszerben az alapbeállításokat 
létrehozó héjprogramot, és mondjuk meg neki, hogy ma- 
gyarul szeretnénk beszélni. Ehhez a /etc/init.d/knoppix- 
autoconfig fájlt kell szerkesztenünk. Az alaptelepítésben saj- 
nos nem szerepel nagy kedvencem, a nano, de az mcedit is 
remekül használható. A héjprogramban találunk egy csomó 
beállítást a némettől a kínain keresztül a törökig, na, ide 
hozzunk létre egy magyar részt, vagy az egész case részt 
törölve írjuk be a következőket: 

LANGUAGE—" hu" 

COUNTRY—" hu" 

LANG—"hu HU" 

KEYTABLE-—" hu" 

XKEYBOARD—"hu" 

KDEKEYBOARD—" hu" 

CHARSET-"1508859-2" 

ff Additional KDE Keyboards 
KDEKEYBOARDS-" hu, us , de, fr" 

TZ-"Europe/Budapest" 

LC ALL-"hu HU" 


A másik hasonló változtatás az X billentyűzetkiosztása. Eh- 
hez az új rendszer /etc/X11/XF86Config-4 fájljában kell az 
előző cikkemben is leírt változást megejteni. Ezt a fájlt 
egyébként az /usr/sbin/mkxf8cconfig fájl hozza létre, az 
XKEYBOARD környezeti változó értéke alapján, a változá- 
sokat itt is eszközölhetjük. Ahogy az előző cikkemben ír- 
tam, ezt a fájlt kezelhetjük a dokg-reconfigure xserver- 
xfree86 paranccsal, de akkor sajnos a Knoppix ügyes 
felismerőprogramja által kinyomozott monitorbeállítások 
elvesznek. A másik lehetőségünk tehát, hogy a beállítási 
fájlban lecseréljük az amerikai kiosztást magyarra. Ezt több- 
féleképpen is megtehetjük, részemről egy egyszerű sed 
parancsot használok (ehhez hasonlóval az említett 
mkxf86config fájlt is könnyedén testre lehet szabni): 

mv /etc/XxX11/XxXF86Config-4 /etc/Xx11/XF86COnNfig-4- 
backup 

cat /etc/XxX11/XxF86Config-4-backup ] sed 
s/VXkbLayoutV4 VM uSsSV/NV XkbLayoutvV4 Vhuv"/ s 
/etc/X11/XxXF86COnfig-4 


A rengeteg védőkarakter (a A" jelek a parancsban) azért 
kell, hogy az idézőjelek és a szóközök a héjprogramot ne 
zavarják meg. Mivel hamarosan saját csomagjainkat is fel 
akarjuk telepíteni, meg kell adnunk a megfelelő csomagfor- 
rásokat a /etc/apt/sources.list fájlban: 

deb ftp://ftp.hu.debian.org/debian sarge main 
contrib non-free 

deb ftp://ftp.hu. debian. org/debian-non-US 
sarge/non-US main contrib non-free 
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A többi sort nyugodtan megjegyzésbe tehetjük (minden 
,§ karakterrel kezdődő sor megjegyzésnek számít). Ezek 
után, ha még nem a merevlemezen futó rendszer él, indít- 
suk újra a gépünket. Az új rendszerben először is be kell 
állítanunk a hálózatot (netcardconfig), és már telepítget- 
hetünk is: 

apt-get update 

apt-get install aptitude 

aptitude 


A rendszeren alapesetben rendkívül sok csomag található. 
Ha például irodai munkaállomásnak szeretnénk használni 
a gépet, akkor mind a játékok, mind a tördelő és grafikai 
programok, de még a php, a sguid, a mysagl, valamint a 
WLan-támogató csomagok is feleslegesek. Van több olyan 
oldal is, ahol az emberek közzéteszik kedvenc , ezeket- 
töröld-de-gyorsan" listáikat. Ilyen például a 

2 http:/www.weblog.nohair.net/archives/000437.html cí- 
men található leírás második fele is. Egyszer érdemes végig- 
futni az aptitude listáján, de szerencsére a már telepített 
csomagok nem zavarnak sok vizet, így csak akkor érdemes 
nekiállni törölgetni, ha helyet szeretnénk megspórolni, 
vagy ha nem szeretnénk, hogy a titkárnő Frozen bubble- 
függő legyen. Erre a programra azonban még visszatérek 
egy kicsit később. 

Lényegesebb, hogy telepítsük a nekünk fontos csomagokat. 
Keressük meg az alábbiakat, és telepítsük őket (a hozzájuk 
szükségesekkel együtt): icu-locales, kde-i18n-hu, 
11bi118n-charset-perl, liblocale-codes-perl, 
localeconf, mozil1la-l1ocale-hu. A lista természetesen a 
gép feladatától függően változhat. Ha valaki például első- 
sorban irodai feladatokra használja a rendszert, érdemes az 
eredetileg felrakott openoffice.org helyett (ami egy német és 
angol nyelvet támogató barkácsolt csomag) a legújabbat te- 
lepíteni, lehetőleg magyar nyelvi támogatással együtt. 

Ez eleve több csomagot jelent (az openoffice. org kezdetű 
csomagok közül a -bin, -debian-fi les, 110n-hu végűek 
is), illetve a flash bővítmény (flashplugin-nonfree) és az 
msttcorefonts is jól jön. Ez utóbbi csomag letölti a hálózat- 
ról a Microsoft által közzétett betűtípusokat (Arial, Verdana 
stb.), melyek akkor jönnek jól, ha valamelyik üzletfelünk 
Word dokumentumot küld át és szeretnénk pontosan úgy 
látni a fájlt, ahogy azt ő készítette. Érdemes a localepurge 
csomagot is felrakni, ez a program csomagtelepítések után 
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magától lefut és sok helyet takaríthatunk meg, ha töröltet- 
jük vele a mindenféle nyelv támogatását. 

Új gépről lévén szó, érdemes az időzónát és a pontos időt is 
beállítani, valamint az alaplap órájába is elmenteni: 
tzconfig 

date --set pontosidő 

hwclock --systohc 


Ha a testreszabáshoz héjprogramot készítünk, akkor 
bosszantó lehet, hogy a tzconfig mindig megkérdezi, hogy 
meg akarjuk-e változtatni a beállítást. Majd meg kell ad- 
nunk a beállítást. Ehhez a héjprogramokban használható 
,beágyazott dokumentum" megoldást is használhatjuk. 

A lényege, hogy megadhatunk egy végjelet (itt EOF), és a 
héjprogram értelmezésekor a bash úgy kezeli a parancs és 
a végjel közötti részt, mintha az egy külső fájl volna. Az 
alábbi rész hatásával azonos volna, ha készítenénk egy kü- 
lön fájlt, majd a cat paranccsal a tzconfig bemenetére irá- 
nyítanánk annak tartalmát: 

cat ccEOF ] tzconfig 

JE 

8 

Budapest 

EOF 


Ha konzolon is szoktunk dolgozni és szeretnénk megtalálni 
a magyar ékezeteket, akkor a dpokg-reconfigure console- 
common segítségével választhatjuk ki, hogy a rendszer mi- 
lyen billentyűzetkiosztást használjon alapértelmezettként. 
Ha ezek után újra elindítjuk az apti tude programot, akkor 
egy g után kiderül, hogy rengeteg , upgradable" azaz frissít- 
hető állapotú csomag van a gépen. Ezeket az , Upgradable 
packages" soron állva egy U megnyomásával egyetlen gomb- 
nyomással megjelölhetjük frissítendőnek. Ha ezt megtesszük, 
akkor a rendszer elég sok anyagot le kíván majd tölteni. 

Ha sok gépen kell ugyanígy telepítsünk, egyszerűbb, ha 
egy helyi tükröt, vagy egy apt-proxy-t használunk. Van 
egy egyszerűbb (és valljuk be, nem annyira szép) megoldás 
is. Az első gépen elvégezzük a letöltéseket, majd amikor 

a többi gépet telepítjük, egyszerűen átmásoljuk a már kész 
gép /var/cache/apt/archives könyvtárának tartalmát a célgép 
egy adott könyvtárába és ott kiadjuk a dpkg -i ./"deb pa- 
rancsot. Ezzel telepítjük az összes, a másik gépre letöltött 
csomagot. Remélhetőleg nem töltöttünk le olyan csomagot, 
amit később mégiscsak töröltünk. 

Természetesen a törlések között leírthatunk a rendszerről 
sok felesleges dolgot is: játékokat, régi X-kiszolgáló progra- 
mokat, fejlesztőeszközöket, stb. Ki kell viszont emelnünk 

a frozen-bubble-data csomagot, a drágaság ugyanis nem 
hagyja magát csak úgy törölni. Panaszkodik, hogy nem ta- 
lálja az eltávolító héjprogramját (helytakarékosság miatt ez 
nincs a rendszeren), de ha frissítjük ezt a csomagot, és utá- 
na akarjuk törölni, akkor is mindenáron törölni akarja 

a /usr/games/frozen-bubble. wav fájlt, ami bizony nincs ott. 

A megoldás pofonegyszerű: másoljunk neki oda egyet, had 
örüljön: cp /usr/share/apps/kget/sounds/added . wav 
/usr/games/frozen-bubble. wav. 

Még egy érdekes mozzanatot hangsúlyoz a legtöbb 
Knoppix-testreszabó oldal: Ez pedig az elárvult csomagok 
törlése. Egy csomag akkor árvul el, ha az összes olyan cso- 
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magot töröljük a rendszerről, amelyiknek szüksége van er- 
re a csomagra. Lényegében tehát ,már nem használt" cso- 
magokról van szó. Ennek ellenére óva intek mindenkit az 
ellenőrzés nélküli csomagtörléstől, mindig legyünk körülte- 
kintőek. Ellenőrzési célzattal kitehetjük a csomagneveket 
egy fájlba, majd a fájlt végignézve nyugodtabb lehet a lel- 
künk a csomagok törlése kapcsán. Vagy egyszerűen csak 
hagyjuk a rendszeren ezeket a csomagokat, ha nem zavar 
minket az a tíz-tizenöt megabájtnyi foglalt terület. A törlés- 
re az alábbi parancsot használom: 

deborphan 5 -/torolni.txt 

mcedit -/torolni1.txt 

apt-get remove cat -/torolni.txt. 


Némi időt rászánva pillanatok alatt összedobhatunk egy 
héjprogramot, amely elvégzi a fenti feladatokat, és igény 
szerinti telepítést kapunk eredményül. 


És megint CUPS 


Külön szólnom kell a nyomtatásról. Alapesetben a cups jár a 
géphez, és ahogy az az előző cikkemben írtam, szerintem ez 
jó választás. Bár már többször érintettük a nyomtatás téma- 
körét, mégis érdemes újra elővenni, ugyanis ez az egyik leg- 
gyakrabban előkerülő mumus a linuxos irodai rendszereknél. 
Ahogy írtam, több nyomtatórendszer is létezik Linuxhoz és a 
leggyorsabban úgy tudunk káoszt előidézni, hogy felrakjuk 
mondjuk egyszerre az 1Ipdt-t és a cups-ot is. lehát figyeljünk 
arra, hogy a gépeken csak a cups legyen jelen. 

A CUPS egy okos és sokmindent önműködően megoldó 
rendszer, de hogy használni tudjuk, be kell állítanunk a ki- 
szolgálók és az ügyfelek oldalán is. Nézzük először a kiszol- 
gálók beállítását. Először is meg kell oldani, hogy a kiszol- 
gáló mindig magától elinduljon (kézzel a /etc/init.d/ 
cupsys start paranccsal indíthatjuk). Ehhez használjuk az 
előző cikkben említett ksysv programot, vagy mi magunk 
is létrehozhatjuk a szükséges hivatkozásokat, minden futás- 
si szinthez külön-külön, például: 

cd /etc/rc5.d 

ln -s ../init.d/cupsys S6Ocupsys 


A CUPS beállításához nem a szokásos böngészőből megnyi- 
tott 5 http:/localhost:631 oldalról elérhető webes beállítót 
javaslom, hanem a KDE-hez tartozó vezérlőközpont nyom- 
tató-beállító alkalmazását. Ebben a programban egyrészt 
könnyen tudjuk telepíteni a nyomtatót, másrészt a kiszol- 
gáló beállításait is könnyen meg tudjuk adni. A program 
jobb alsó sarkában ellenőrizhetjük, hogy melyik nyomtatási 
rendszert akarja éppen használni. Ezt állítsuk CUPS-ra! 
Anélkül, hogy mélyebben belemennénk, egy egyszerű iro- 
dai környezetben egyszerűen beállíthatjuk a nyomtatókat. 
Nem kell mást tennünk, csak a nyomtatót felvenni helyi 
nyomtatónak azon a gépen, melyhez csatlakozik. Ugyan- 
ezen a gépen engedélyezzük azokat a bejövő gépeket, ahon- 
nan nyomtatni szeretnénk: ehhez a Nyomtatási kiszolgáló 
menügombból a kiszolgáló beállításait választva, a megjele- 
nő ablakban pedig a Biztonság alatt a Gyökér elemet szer- 
kesztve adhatunk hozzá engedélyezett, illetve tiltott címeket 
(lásd a fenti képet). Lényegében itt adjuk meg, hogy melyik 
géprő fogad el a rendszer nyomtatást. Ha itt nem engedé- 
lyezzük a nyomtatást, akkor könnyen találkozhatunk a kö- 
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vetkező hibával: az ügyfél látja a nyomtatót, tud is rányom- 
tatást küldeni, de a nyomtatás a helyi sorban várakozik, 
nem jut el a kiszolgálóig. Hogy milyen nyomtatókat lát egy 
gép, azt az Ipstat -a paranccsal nézhetjük meg. 

Az ügyfélgépek beállítására két lehetőségünk van. Az első, 
hogy az irodában van egy-két megbízható 
nyomtatókiszolgáló (például ha csak két nyomtató van, 
melyek egy központi géphez, mondjuk a prnsrv nevűhöz 
vannak kötve), akkor ezt a kiszolgálót használhatja az ügy- 
félgép, mint nyomtatáskiszolgáló. Ennek beállításához az 
ügyfélgépen a /etc/cups/client.conf fájlba írjuk be az alábbi 
sort (gépnév helyett megadhatunk IP-címet is): 

ServerName prnsrv.cegnevem.hu 


Az ,önműködőbb" megoldás, hogy minden fontosabb gép- 
re cups-kiszolgálót telepítünk, ami folyamatosan gyűjti a 
tallózólistáját, így mindig az éppen elérhető nyomtatókat 
felkínálva. Ez a megoldás hibatűrőbb, mint az egy központi 
kiszolgáló, de könnyebben okoz zavarokat. Előfordulhat 
például, hogy a nyomtatót átdugja a titkárnő a másik gép- 
be, hiszen ,annak a gépnek is van ugyanolyan nyílása", és 
még a nyomtató sem tűnik el (a CUPS számára a nyomtató 
tovább létezik, csak éppen nem érhető el). Így az előbb leírt 
hibajelenséghez hasonló helyzetbe jutunk. Még egy ügyes 
tulajdonsága van a CUPS rendszernek: ha több gépre tele- 
pítünk ugyanolyan nevű nyomtatót, akkor az ügyfél azt 

a nyomtatót használja, amelyik éppen ráér. 

Természetesen nem kell tallózólistákból dolgozni, telepíthe- 
tünk , rejtett" nyomtatókat is, olyanokat, amelyek a böngé- 
szőben (tallózólistában) nem szerepelnek, ezek telepítésé- 
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Ennyi az egész? 

Igen, készen vagyunk, egy teljes irodai hálózatot feltelepítet- 
tünk, szerkesztőprogramokkal, nyomtatással, tokkal-vonóval. 
Ha tényleg hálózatban akarjuk használni a gépet, akkor még 
meg kell említenem, hogy érdemes egy névkiszolgálót is tele- 
píteni, valamint egy DHCP-kiszolgálót. Ez utóbbival ugyanis 
megtakaríthatjuk az ügyfélgépek egyenkénti beállítását. 
Kellemes időtöltést kívánok a Linux irodai használatához! 


Szy György 


A GIMP és a színek (3. rész) 


Harmadik részéhez érkezett a Gimp nevű programot bemutató sorozatunk. 
Az írás segítségével tovább ismerkedhetünk a rendszer rejtett értékeivel, 
és megtanulhatunk egy-két igen hasznos trükköt Is. 


bben a hónapban tovább folytathat- 
- juk a GIMP csodálatos világával való 

ismerkedést, amely még nekem is 
szolgált meglepetéssel. E sorozat írása 
közben ugyanis még ennyi idő után is fede- 
zek fel újdonságokat a programban. A má- 
sik, szintén ide kivánkozó jó hír, hogy nem- 
régiben jutottam hozzá a GIMP 2.0-ás válto- 
zatához és örömmel láttam, hogy a scheme 
parancsnyelv mellett már Python nyelven is 
írhatjuk a kiegészítő vagy munkánkat meg- 
könnyítő segédprogramokat. Ezekkel bőveb- 
ben is megismerkedünk hamarosan, egyelő- 
re legyen annyi elegendő, hogy mostantól 
nem kell új programnyelvet megtanulnunk, 
és mégis kihasználhatjuk a GIMP önműködő 
képfeldolgozásra való képességét. 
Nos, e könnyed bevezető után bizonyára 
mindenki ráhangolódott a tanulásra, ismer- 
kedjünk hát meg néhány hasznos menüponttal. Bizonyára 
mindenkivel előfordult már, hogy egy képről el kellett távo- 
lítania a felesleges, üres részeket. Például valaki egy kicsit 
nagyobbra jelölte a lapolvasó aktív területét, és emiatt olyan 
fehér területek kerültek a beolvasott képre, amelyeknek 
nincsen sem információtartalmuk, sem egyéb jelentőségük. 
Ilyen esetekben lehet segítségünkre az Automatikus levágás 
(Autocrop) és a Zealous Crop menüpont, amelyek megpró- 
bálják ezeket a területeket megkeresni, és a képet méretre 
vágják. lapasztalatom szerint a második megoldás, vagyis 
a Zealous Crop jobb végeredményt ad, ám lassabban mű- 
ködik, ami egy gyorsaságot igénylő munka esetén igen 
hátrányos. 
Ezeket a kivágásokat a jobb egérgombbal a képre kattint- 
va, a menüben érhetjük el, a Kép-5 Átalakítás (Image-: 
Transforms) pontokon keresztül. 
Itt találhatunk még egy nagyon hasznos menüpontot, ami 
a Guillotine néven található meg. A GIMP lehetőséget ad 
arra, hogy függőleges és vízszintes segédvonalakat helyez- 
zünk el a képen. Ennek használatához nyomjuk meg vala- 
melyik vonalzó fölött a bal egérgombot, és húzzuk rá a kép- 
re a segédvonalat. A felső vonalzóról lehet vízszintes segéd- 
vonalat a képre helyezni, míg a bal oldaliról függőlegeset. 


Fájl. Kit. 
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1. kép A GIMP eszköztára 


Amiért mindez érdekes számunkra, az az 
imént említett menüpont. Ha ezt kiválaszt- 
juk, akkor a GIMP a megadott segédvonalak 
mentén feldarabolja a képet. Ennek gyakor- 
lati hasznát remélhetőleg nem kell részletez- 
ni ezért csak megemlítek párat: használhat- 
juk arra, hogy a honlapunkon a nagyobb ké- 
peket feldaraboljuk a táblázatos megjelení- 
téshez, vagy arra, hogy amikor játékunkat 
készítjük, akkor a különféle figurákat egy 
képről több kisebbre helyezzük el. 
Tulajdonképpen nem is kell megvárnunk, 
amíg eltűnik ez a menü, máris folytathatjuk 
a különféle átalakítások megismerését. Az 
Eltolás (Offset) segítségével a képet eltolhat- 
juk megadott mértékben. Ha a választó pár- 
beszédablakban kiválasztjuk a Körbekerít 
(Wrap around) kapcsolót, akkor a kép kilógó 
részei az ellenkező oldalon visszatérnek, ha 
viszont ezt nem kapcsoljuk be, akkor eltűnnek. 
lermészetesen a képet el is forgathatjuk, mégpedig előre 
megadatott kilencven fokos lépésekben a Forgatás (Rotate) 
menüben található forgatási értékek kiválasztásával, vagy 
az eszköztár segítségével. Az eszköztárban az 1-es képen 
kékkel keretezett gombra kattintva az egérmutató megvál- 
tozik és egy forgatásra utaló jelként jelenik meg. Ha ilyen- 
kor a képre kattintunk, megjelenik egy négyzetrács, köze- 
pén egy fekete pöttyel. A fekete pont adja meg a forgatás 
középpontját és az egérgomb lenyomása közben mozgat- 
va az egeret megadhatjuk az elforgatás szögét. Ugyanez- 
zel az eszközzel lehetőségünk van átméretezésre, torzítás- 
ra és perspektíva létrehozására is. Egy ilyen perspektivi- 
kus átalakítás eredménye látható a 2-es képen. A különféle 
átalakításokat úgy érhetjük el, hogy az eszköz gombjára 
kettőt kattintva a felbukkanó (3-as képen látható) párbe- 
szédablakban kiválasztjuk a megfelelő átalakítást. Itt állít- 
hatjuk be azt is, hogy az átalakítás során megjelenjen-e 

a segítséget nyújtó négyzetháló, és hogy az eredményt 
szeretnénk-e simítani. Ez utóbbi művelet főként nagyítás- 
kor (Scaling) lehet érdekes. Ilyenkor nem egyszerűen 
többször jelenik meg a képpont, de a szomszédos képpon- 
tok között átmenetek is keletkeznek. 
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2. kép Perspektívikus átalakítás 


Más lehetőségünk is van az eltolásra és az átméretezésre. 
Az 1-es képen piros kerettel jelölt eszközzel tudjuk a képet 
vagy annak valamely rétegét eltolni, míg átméretezni a me- 
nüben az Kép-: Kép átméretezése (Image-: Scale) Inage me- 
nüpontokat kiválasztva lehetséges. Miután az említett esz- 
közzel eltoltuk a képet, célszerű a Rétegek-: Réteg kép 
méretűvé (Layer-: Layer to imagesize) menüpontok kivá- 
lasztásával a réteg méretét a képmérethez igazítani. Az 
előbbi menüben találjuk meg a rajzvá- 
szon átméretezésére szolgáló menü- 
pontot is, mégpedig a Kép-: Rajz- 
vászon mérete (Image-: Canvas) size 
pontok kiválasztásával. Ez a szolgálta- 
tás akkor lehet hasznos, ha valamilyen 
kép mellé szeretnénk elhelyezni egy 
másikat, vagy hozzárajzolnánk más 
formákat. Így készült például a 2-es 
képen látható átalakított útdarabka is. 
Maradjunk még egy kis ideig a Kép 
(Image) meni tárgyalásánál. Itt talál- 
hatunk ugyanis két nagyon fontos 
eszközt. Az egyik a kép színmélységé- 
nek változtatására szolgál, ezt a Mode 
almenüben találhatjuk meg. Ítt alakít- 
hatjuk át a képeinket szürkeárnyala- 
tosra, vagy korlátozott színekből 
összeálló képpé. Fontossága abban rejlik, hogy a GIMP 

a legtöbb szűrést és a bonyolultabb műveleteket csak RGB 
színekkel rendelkező képeken tudja elvégezni. lehát ha 
nem ilyen a feldolgozandó kép - például a GIF formátumú 
képek maximálisan 256 színt használhatnak -, akkor először 
át kell alakítanunk. Ez az átalakítás akkor is jól jöhet, ami- 
kor olyan megjelenítő-eszközünk van, ami nem képes sok 
szín leképezésére. Ha ilyen eszközökön (régebbi mobilok, 
játékkonzolok) szeretnénk megjeleníteni a képeket, akkor 
felhasználás előtt a át kell azokat alakítani. 

A másik fontos menüpont tulajdonképpen kéttő darab 
menüpont. Az egyik a Összevonás (Compose), míg a másik 

a Felbontás (Decompose). Ez utóbbival tudjuk az elkészült ké- 
peket színrétegekre bontani, vagyis a nyomdai előkészítés- 
hez alkalmas formátumra alakítani. Itt választhatunk RGB, 
HSV, CMYK, CMY színtereket, vagy ha a képnek van átlát- 
szóság csatornája (Alpha channel) akkor szintén ezzel a mű- 
velettel juthatunk hozzá. A Összevonás (Compose) menüpont 
alkalmas az előbbi művelet megfordítására. A megadott ké- 
peket színcsatornaként értelmezve összeállítja az eredeti ké- 
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Bezárás 


4. kép A réteg-kezelő 


pet. A képhez az Alpha meni segítségével adhatunk átlátszó- 
ságot szabályozó színcsatornát. Sajnos, tapasztalatom szerint, 
ezt csak úgy tudjuk szerkeszteni, hogy a képet szétválasztjuk 
csatornáira, majd az alfa csatorna szerkesztése után újra 
összeállítjuk. 

Egy nagyon hasznos lehetőséget szeretnék még bemutatni 
a programmal kapcsolatban, ami nélkül ma már egy mo- 
dern pixelgrafikai program szinte elképzelhetetlen. A GIMP 
lehetőséget biztosít a felhasználónak 
arra, hogy a teljes grafikát egymás fe- 
lett elhelyezkedő fóliákból állítsa 
össze. Ezeket a fóliákat a szaknyelv 
rétegeknek (Layer) nevezi. A rétegek 
használatának szintén sok felhaszná- 
lási lehetősége adódhat, gondoljunk 
csak arra, hogy egy képből kivágott 
részletet szeretnénk egy másikon el- 
helyezni. Ilyenkor a kivágott képrész- 
letet külön rétegen helyezzük el, majd 
a helyzetének pontos beállítása után 
hozzákapcsolhatjuk az alatta lévő ré- 
teghez. A GIMP-ben a rétegek kezelé- 
sére szolgáló párbeszédablakot 

a CTRL-L billentyűkkel érhetjük el. 

A párbeszédablak legnagyobb részét 
a rétegek megjelenítése foglalja el. 
Minden egyes tételnek külön nevet adhatunk, ha kettőt kat- 
tintunk rá. Az első (legalsó) réteg a háttér, ennek az a külön- 
leges tulajdonsága, hogy nem adhatunk hozzá a megjelenést 
szabályozó maszkot és nem helyezhetjük más rétegek fölé. 
Háttér rétege minden képnek van, azonban a háttérnek is 
megadható átlátszóság, aminek akkor láthatjuk hasznát, ha 

a honlapunkon átlátszó PNG vagy GIF képeket használunk. 
A 4-es képen látható egy kép és a rétegeket megjelenítő pár- 
beszédablak, amelyhez több réteget használtam. A rétegeket 
úgy tehetjük aktívvá, hogy a nevükre kattintunk az egérrel. 
Így a szűrők és a rajzoló műveletek is a kiválasztott rétegen 
érvényesülnek. Minden réteg neve mellett megjelenik egy 
előnézeti kép és egy szem, már ha a réteg látható. A képen 
piros kerettel jelzett gomb segítségével adhatunk új rétege- 
ket a képhez, ezek átlátszóságát pedig a kék kerettel jelölt 
csúszkával állíthatjuk. A zölddel keretezett gombok alkalma- 
sak a kijelölt réteg sorrendjének megváltoztatására. Ezek 
mellett találhatjuk a következőket: réteg kétszerezése, réteg 
csatolása az alatta lévőhöz és a réteg törlésére szolgáló sze- 
metes. A rétegek csatolására szolgáló gomb olyan esetekben 
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alkalmazható, amikor valamilyen más 
elemet illesztettünk a képre vagy arról 
kiválasztottunk egy részletet. 

Még mielőtt valakinek a használat során 
kellemetlenséget okozna a nem megfele- 
lő fájltormátum kiválasztása, el kell mon- 
danom, hogy a GIMP a rétegeket csak 

a saját formátumában mentve képes 
megőrizni. Ez a formátum az XCH és 
amikor a képet mentjük, elegendő a ki- 
terjesztésként megadni, nem kell feltétle- 
nül kiválasztanunk a legördülő listából. 
Most már tudjuk, hogy az egyes rétegek- 
nek megadhatunk átlátszóságot, itt az 
ideje hát, hogy megismerkedjünk a to- 
vábbi lehetőségekkel is. Minden réteg- 
nek megadható, hogy milyen kapcsolatban legyen az alatta 
lévőkkel, azaz milyen műveletet végezzen a program a réte- 
gek képpontjai között. Itt csak néhány lehetőséget mutatnék 
be, hiszen minden műveletet minden kombinációban meg- 
mutatni gyakorlatilag lehetetlen ilyen szűkre szabott keretek 
között. Az adott műveletet az átlátszóságot meghatározó 
csúszka felett található legördülő listában választhatjuk ki. 
Ezek közül a Kivonás (Subtract) azt jelenti, hogy az adott ré- 
teg képpontértékeit a program kivonja az alatta lévő kép- 
pontokból, az Összegzés (Addition) pedig a képpontok között 
végez összeadást. Érdekes még a Érték (Value), amelynek al- 
kalmazásakor csak az adott réteg világosság-értékeit veszi fi- 
gyelembe a program a végső kép meghatározásakor. Mind- 
ezen műveletek kombinálása legyen az olvasó feladata, 
ugyanis valószínűleg szórakoztató és izgalmas kihívást talál 
benne minden a kreatívitást kedvelő felhasználó. 

És akkor most térjünk át a rétegek menüpontjaira. Ha egy 
rétegre a jobb egérgombbal kattintunk, akkor egy menüt 
láthatunk, amiben fontos műveleteket végezhetünk az 
adott réteggel. Az első öt menüpontot nem kell külön ma- 
gyaráznom, mert hatásukban megegyeznek a párbeszédab- 
lak alsó részén található gombokkal. A következő a Réteg 
határvonal mérete (Layer boundary size), amellyel meghatá- 
rozhatjuk, hogy az adott rétegnek mekkora részét vegye fi- 
gyelembe a program a műveletek végzésekor, míg a Réteg 
kép méretűre (Layer to Imagesize) arra való, hogy a kijelölt 
réteg méretét a képmérethez igazítsa. A következő a Réteg 
átméretezése (Scale Layer) ami megegyezik a kép átmérete- 
zésével, csak ebben az esetben kizárólag a kijelölt rétegre 
vonatkozik. lermészetesen a rétegeket egyesíthetjük is, 
mégpedig a következő menüpontok segítségével. A Látható 
rétegek összefésülése (Merge visible layers) az éppen látható 
rétegeket egyesíti. A réteg láthatósága az előtte lévő ,szem" 
ikon alapján állapítható meg. Ez az egyesítési művelet ak- 
kor lehet hasznos, amikor úgy gondoljuk, hogy a kép egy 
részével már elégedettek vagyunk, például már pontosan 

a helyén van a beillesztett képdarabka. Ekkor egyesítjük 

a hozzá tartozó réteggel és a továbbiakban nem kell fog- 
nunk a fejünket, ha egy szűrőt mondjuk csak az összetarto- 
zó rétegek egyikére alkalmaztunk. 

A Összefésülés lefelé (Merge Down) menüpont hasonlóan 
működik az előbbihez, de itt csak közvetlenül a kijelölt réteg 
és az alatta lévő egyesítése történik. A Egy réteggé lapítás 
(Flatten Image) menüpont kiválasztásával érhetjük el a kép 
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5. kép 


minden rétegének egyesítését. Ha vala- 
mi olyan formában mentjük a képet, 
ami nem támogatja a rétegeket, akkor 

a GIMP maga is felkínálja, hogy egyesíti 
a rétegeket, és ilyenkor célszerű ezt en- 
gedélyezni, hiszen ha ezt nem tesszük 
meg, akkor csak az éppen kiválasztott 
réteget fogja menteni a program. Az ez- 
után következő három menüpont a réte- 
gek maszkolására használatos. A réteg- 
maszkot úgy kell elképzelni, hogy az 
ezen található világosságértékek hatá- 
rozzák meg, hogy a rétegnek ez a része 
mennyire látható. Ha ez az érték 0 (feke- 
te), akkor a hozzá tartozó képpont átlát- 
szó, ha 255-ös (fehér), akkor a képpont 
teljesen látható. Ilermészetesen nem csak ez a két érték hasz- 
nálható. lehát a maszkot először is létre kell hozni. Ezt 

a Rétegmaszk hozzáadása (Add Layer Mask) menüpont vá- 
lasztásával tehetjük meg, majd meg kell adnunk, hogy kez- 
detben a maszk milyen legyen. Lehet teljesen átlátszó, telje- 
sen átlátszatlan és használhatjuk a réteg meglévő alfa csator- 
náját is. A maszkról is készül előnézeti kép, amit a létrehozás 
után láthatunk is a rétegkezelő párbeszédablakban. Amikor 
a maszkkal elkészültünk, a réteghez véglegesen hozzáren- 
delhetjük a Rétegmaszk érvényesítése (Apply layer mask) 
menüpont kiválasztásával. Azt azonban tudnunk kell, hogy 
a maszkot hogyan szerkeszthetjük. A réteg kiválasztása után 
kattintsunk a hozzá tartozó maszk előnézeti képére. Ezt kö- 
vetően a képszerkesztő műveletek mindaddig a maszkra vo- 
natkoznak, amíg a képet nem választjuk ki újra. Mielőtt még 
ezt a végleges hozzárendelést elvégeznénk, lehetőségünk 
van a rétegmaszk törlésére is a Rétegmaszk törlése (Delete 
Layer Mask) menüpont választásával. Az utolsó menüpont, 
amivel a maszkot kezelhetjük, egy igen hasznos művelet. Ez 
a Maszk kijelöléssé alakítása (Mask to Selection) amivel kivá- 
laszthatjuk a maszknak megfelelő formát. 

Most pedig néhány ötletet szeretnék adni, hogy megjöjjön 
a kedves olvasó kísérletező kedve. legyük fel, hogy egy 
almát kell elhelyeznünk egy már meglévő tálba. Az almát 
ekkor egy másik képről kijelöljük, majd a tálat tartalmazó 
képre illesztjük. Elhelyezzük a tálban, de sajnos azt kell lát- 
nunk, hogy a tál széle nem takarja el az almát. A kép olyan, 
mintha az alma a tál előtt lenne az asztalon. Ekkor segíthet 
például a maszkolás. Az almát külön rétegre helyezzük, 

a takart részt pedig maszkkal takarjuk el. Ezután már csak 
az árnyékokat kell egy kicsit átrajzolni, a tálban az alma 
árnyékát megfesteni és nagy vonalakban készen is van a tál 
feltöltése. Természetesen ezt a feladatot megoldhattuk vol- 
na úgy is, hogy a felesleges részeket egyszerűen letöröljük, 
ekkor azonban az almának az örökkévalóságig ugyanabban 
a magasságban kellene maradnia, nem helyezhetnérk fel- 
jebb, mert akkor nem lenne teljes a kép. A fenti módszerrel 
például kedvenc portrénkat is keretbe helyezhetjük, aho- 
gyan az 5-ös képen látható, most azonban búcsúzom ked- 
ves olvasóimtól, remélhetőleg mindenkinek hasznos időtöl- 
tést jelent a program használata és ha segítségre van szük- 
ség, az eddigi ismert e-mail címemen várom a kérdéseket. 
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GNU Radio: A rádiófrekvenciás világ 


felfedezésének eszkozei 


A program alapú rádiók célja az, hogy a programkódot és az antennát a lehető 
legközelebbi kapcsolatba hozzák egymással. A GNU Radio mindenkinek biztosítja 
azokat az eszközöket, amelyek segítségével csatlakozhat a gyors processzoroknak 


köszönhető távközlési forradalomhoz. 


programrádió lényegében az antenna és a prog- 
AA ramkód viszonyának lehető szorosabbá tételét 

jelenti. Gyakorlatilag minden, a rádiókészülékkel 
kapcsolatos problémát programozási problémává alakít. 
Ennek a rádiónak a legfontosabb ismertetőjele, hogy egy 
program határozza meg az elküldött hullámformákat, és 
ugyancsak program végzi a fogadott hullámok visszaalakí- 
tását. Ez a működésmód szöges ellentétben áll a megszo- 
kott rádiókéval, amelyekben a jelfeldolgozást vagy digitális 
lapkákkal kiegészített vagy tisztán analóg áramkörök vég- 
zik. A GNU Radio egy szabadon hozzáférhető programozá- 
si eszközkészlet az említett programrádiók készítéséhez. 
A programrádió valóságos forradalmat jelent a rádiók ter- 
vezésében, az így létrejövő készülékek üzem közben is vál- 
tozhatnak, korábban elképzelhetetlen lehetőségeket kínálva 
használójuknak. A programrádiók természetesen képesek 
mindarra, amire hagyományos társaik, de minket most sok- 
kal inkább a programok használatából fakadó rugalmasság 
érdekel. A ma még igencsak korlátozott képességű, mindig 
csak egy adott feladatra használható készülékek helyett 
a közeli jövőben többfunkciós távközlési eszközöket fogunk 
használni. Képzeljünk el egy olyan készüléket, amely mo- 
biltelefonként lehetővé teszi GPRS alapú kapcsolatok létesí- 
tését, de a 802.11 Wi-Fi és a 802.16 WiMax szabvánnyal vala- 
mint a műholdas összeköttetésekkel is megbirkózik — hogy 
a jövőbeli új megoldásokról most ne is beszéljünk. 
A legérdekesebb mindebben, hogy központok nélküli táv- 
közlési rendszereket lehet majd építeni. Ha megnézzük 
a meglévő rendszereket, azt látjuk, hogy túlnyomó részük 
infrastruktúra alapú. A jelenlegi rádió- és TV-adások egyirá- 
nyú csatornákon jutnak el hozzánk, szigorúan szabályozzák 
őket, és az általuk szolgáltatott tartalmat számos szervezet 
ellenőrzi. A mobiltelefonok ugyan kényelmessé teszik éle- 
tünket, ám az általuk támogatott szolgáltatások köre a szol- 
gáltató a vállalat érdekeit szolgálja, és nem a mienket. 
A központosított rendszerek megnehezítik az újdonságok 
bevezetését. Ha ezt nehezen tudjuk elképzelni, akkor gon- 
doljunk csak az internetre, és máris helyben vagyunk. 
A mobiltelefonnak nem kellene tehetetlenül csüngenie 
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1. ábra Általános programrádió blokkdiagramja 


a szolgáltató sokszor korlátozottan elérhető, korlátozott 
szolgáltatásokat nyújtó hálózatán, hanem igazán okos 
eszközzé válhatna. A hálózatot maguk a felhasználók tulaj- 
donában lévő készülékek alkotnák. A készülékek egymás 
között hálót hoznának létre, egyeztetnék a háttérszolgálta- 
tásokat; és minden újszerű megoldásra, szolgáltatásra és 
alkalmazásra nyitottak lennének. 


Blokkdiagram 

Az 1. ábrán egy általános programrádió blokkdiagramja lát- 
ható. Ha meg akarjuk érteni a programrész működését, elő- 
ször a szerkezet jellemzőit kell gyorsan áttekintenünk. Ha 
megvizsgáljuk az 1. ábra vételi útvonalát, akkor egy anten- 
nát, egy rejtélyes RF előtagot, egy analóg-digitális átalakítót 
(ADC) és egy programkódot láthatunk. Az analóg-digitális 
átalakító köti össze a folytonos analóg jelek és a programból 
is kezelhető, diszkrét digitális minták világát. 

Az ADC-k két fő jellemzője a mintavétel gyakorisága és 

a dinamikatartomány. A mintavételi gyakoriság azt mutatja 
meg, hogy az ADC másodpercenként hányszor méri meg 


1. kódrészlet Hello Világ! (tárcsahang megszólaltatása) 
1 /usr/bin/env python 
from GnuRadio import " 
def build graph O: 
sampling freg - 32000 
ampl - 8192 


fg - gr FlowGraph O 


src0O - GrSigSourceS ( 
sampling freg, GR SIN WAVE, 350, ampl) 


srcl -— GrSigSourceS ( 
sampling freg, GR SIN WAVE, 440, ampl) 


sink - GrAudioSinks 0 


fg.connect (src0O, sink) 
fg.connect (src1, sink) 


return fg 
if . name . —-— " main  : 
fg - build graph O 
fg.start O ff szálCak) létrehozása 


fork hívásokkal és visszatérés 

raw input ( A kilépéshez nyomd le az Enter 
5 gombot: ") 

fg.stop O 


az analóg jelet. A dinamikatartomány a legkisebb és a leg- 
nagyobb megkülönböztethető jel közötti tartományt jelenti, 
amely az ADC digitális kimenetének és az átalakító kialakí- 
tásának függvénye. Egy nyolcbites átalakító például legfel- 
jebb 256 jelszintet képes ábrázolni, míg egy 16 bites átalakí- 
tó már 65536-ot. Általában elmondhatjuk, hogy az átalakító 
fizikai kialakításától és árától függ, hogy mekkora kompro- 
misszumot kell kötnünk a nagyobb mintavételi gyakoriság 
vagy a szélesebb dinamikatartomány tekintetében. 

Mielőtt elmerülnénk a programozási kérdésekben, nem árt 
némi elméleti alapozást. 1927-ben a svéd fizikus és villa- 
mosmérnök Harry Nyguist fogalmazta meg azt a szabályt, 
amely szerint analóg-digitális átalakításnál az ADC minta- 
vételi frekvenciájának legalább kétszer akkorának kell len- 
nie, mint a mintavételezett jel sávszélességének. Ellenkező 
esetben ugyanis a jel nem állítható hibátlanul helyre, azaz 
jeltorzulás történik. Hasonló jelenségnek lehetünk tanúi, 
amikor a régi westernfilmekben úgy látjuk, mintha a lovas- 
kocsik kerekei hátrafelé forognának. Ilyenkor a kamera 
mintavételi gyakorisága nem volt elég nagy ahhoz, hogy 
egyértelműen rögzíteni tudja a küllők állását. 

Tegyük fel, hogy a jelek felülről korlátosak, vagyis a minket 
érdeklő sávszélesség 0 és fmax közötti. Ilyenkor a Nyguist- 
szabály szerint a mintavételi frekvencia értéke legalább 2 " 
fmax kell legyen. Igen ám, de ha az ADC-nk 20 MHz-en fut, 
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akkor hogyan fogjuk hallgatni a 92 1 MHz-en sugárzott 
rádióadást? Pontosan ezért van szükség az RF előtagra. 

A vevőoldali RF előtag a bemenetére adott frekvenciákat 

a kimeneten alacsonyabb tartományba tolva adja ki. Az RF 
például használható arra is, hogy a 90-100 MHz tartomány- 
ba eső jeleket a 0-10 MHz tartományba tegyük át. 

A legtöbb esetben elég az is, ha az RF előtagot egyfajta feke- 
te dobozként kezeljük, amelynek vezérlő bemenetén csu- 
pán a megváltoztatandó frekvenciatartomány közepét kell 
megadnunk. Tényleges példaként említhetném azt a kábel- 
modemes vevőegységet, amelyet mi is sikerrel alkalmaz- 
tunk, és amely az 50-800 MHz tartomány egy 6 MHz-es sze- 
letét teszi át az 5.75 MHz-es közepű tartományba. A kime- 
neti tartomány középső frekvenciáját középírekvenciának 
(intermediate freguency, röviden IF) nevezzük. 

Ha a végletekig egyszerűségre törekszünk, az RF előtagot 
akár el is hagyhatjuk. Van olyan, akinek a GNU Radio pró- 
bálgatása közben sikerült AM és rövidhullámú adásokat 
hallgatnia úgy, hogy egy száz méteres kábelt közvetlenül 
egy 20 millió minta/másodperc mintavételű ADC-hez csat- 
lakoztatott. 


Lássuk a programokat! 

A GNU Radio tartalmaz egyrészt elemi jelfeldolgozó függ- 
vényeket, másrészt ezek egységes alkalmazássá gyúrásához 
kiegészítőket. A programozó a rádiót úgy állítja össze, mint- 
ha egy gráfot rajzolna meg. A gráf pontjai az elemi jelfel- 
dolgozó függvények, az élek pedig a köztük folyó adat- 
áramlást jelképezik. A jelfeldolgozó függvények C---t nyel- 
ven készültek. A függvények lényegében végtelen, a beme- 
netük felől a kimenetük felé haladó folyamokat alakítanak 
át. A függvények fontos jellemzője bemeneteik és kimene- 
teik száma, illetve az ezeken keresztülhaladó adatok típusa. 
Leginkább kisméretű egész (short), lebegőpontos (float) és 
komplex mennyiségeket használunk. 

Bizonyos jelfeldolgozók csak kimenettel vagy csak beme- 
nettel rendelkeznek, ezek adatforrásként és -nyelőként vi- 
selkednek. A források közt találunk olyat, amely fájlból 
vagy ADC-ről olvas, a nyelők pedig képesek fájlba, digitá- 
lis-analóg átalakítóra (DAC) vagy grafikus kijelzőre írni. 

A GNU Radio körülbelül száz elemi jelfeldolgozó függ- 
vényt tartalmaz, de újak készítése sem ördöngösség. 

A gráfok alapvetően C-t - nyelven állíthatók össze és fut- 
tathatók, de működő egység összeállítása Python alatt 

a legegyszerűbb. Az 1. kódrészlet a ,Hello Világ" GNU 
Radio-féle változata. Két szinuszhullámot állít elő, majd 

a hangkártyára küldi őket, az egyiket a bal, a másikat a jobb 
csatornára. 

Első lépésünk egy áramlási gráf (flow graph) létrehozása, 
ebbe kerülnek majd az elemi jelfeldolgozó függvények és 

a közöttük fennálló kapcsolatok. A két szinuszhullám 

a GrSigSourceS hívások révén jön létre. Az S utótag jelzi, 
hogy a forrás short kimeneteket ad. Az egyik szinusz- 
hullám 350, a másik 440 Hz-es frekvenciájú. Ha együtt szó- 
laltatjuk meg őket, mintha az Amerikában megszokott tár- 
csahangot hallanánk. 

A GrAudioSinksS olyan nyelő (sink), amely bemenetét (álta- 
lában egy vagy két short típusokat tartalmazó folyam) 

a hangkártyára írja ki. A három elemi jelfeldolgozó függvényt 
az áramlási gráf connect függvényével kapcsoljuk össze. 
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Amikor készen áll a gráf, elindítjuk. A start hívás hatására 
egy vagy több szál jön létre (fork hívásokkal), ezekben fut- 
nak a grát által megadott számítások; a vezérlés pedig azon- 
nal visszakerül a hívóhoz. Ilyenkor egyszerűen csak várjunk, 
amíg a felhasználó le nem nyomja valamelyik billentyűt. 


Teljes értékű FM vevő 

A 2. kódrészlet egy leegyszerűsített, de működő FM vevő 
összeállítását szemlélteti. Magába foglalja az RF vezérlését 
és a szükséges jelfeldolgozókat is. Ebben az esetben egy ká- 
belmodemes vevőegységből épített RF előtag használatáról 
és egy 20 millió minta/másodperces analóg-digitális átalakí- 
tó használatával számoltunk. Ahogy a Hello Világ!-os példá- 
nál, itt is, létrehozzuk a gráfot, összekötjük az elemi jelfel- 
dolgozókat, majd kiadjuk az indulási parancsot. Forrásunk 
ebben az esetben a nagysebességű ADC, a GrHighSpeedADC. 
Ezt a GrFregXlatingFIRfilterScF követi, ami egy vé- 

ges impulzusválaszú (FIR) szűrő. Ez választja ki a kívánt 
FM állomást, majd alakítja alapsávúra (OHz, DC) a jelet. 

A 20 millió minta/másodperces átalakító és a kábelmode- 
mes vevőegység használatával nagyjából a teljes tarto- 
mány egy 6 MHz-es szeletét vesszük. Ebbe a szeletbe tíz 
vagy akár több FM állomás is eshet, az általunk kívántat 

a GrFregXlatingFIRfi IterSCF segítségével választhatjuk 
ki. Most azt az állomást választjuk, amely az RF előtag IF ér- 
tékének közepére esik (5//5MHZ). A szűrő kimenete komp- 
lex minták folyama, 160 ezer minta/másodperc gyakoriság- 
gal. A komplex alapsávi jelet a GrouadratureDemodCrF-fel 
etetjük meg, ez végzi a tényleges FM demodulációt. 

A GrOuadratureDemodCF a szomszédos komplex minták 
szögeinek kivonásával végzi munkáját, lényegében differen- 
ciálva a frekvenciát. A GrOouadratureDemodCcF kimenete tar- 
talmazza a bal plusz jobb mono hangjelet, a 19 kHz-es elvá- 
lasztójelet, a 33 KHz-es közepű bal mínusz jobb sztereojelet, 
illetve az e fölötti alhordozókat. Végső lépésként a jelet ke- 
resztülküldjük egy aluláteresztő szűrőn, majd megtizedel- 
jük, miközben csak a bal plusz jobb hangsávot őrizzük meg. 
A végfok a hangkártya, 32000 minta/másodperc mintavételi 
gyakorisággal. A jelfeldolgozással kapcsolatosan a GNU 
Radio Wikiben lehet további tudnivalókat találni. 


Grafikus felületek 

A GNU Radio alkalmazások grafikus felületei Python alatt 
készülnek, a kezelőfelületek tetszőleges, Python alól elérhető 
eszközkészlettel összeállíthatók. A géptípusok közötti hor- 
dozhatóság elősegítése miatt mi a wxlython használatát ja- 
vasoljuk. A valós idejű C-t -k folyamatgráf és a Python-világ 
közötti kapcsolattartáshoz a GNU Radio megfelelő folyamat- 
közti adattovábbításra alkalmas elemi eljárásokat biztosít. 


Gépkövetelmények 

A GNU Radio csaknem hardverfüggetlen. Napjaink sok 
gigahertzes, egyciklusú lebegőpontos egységgel felszerelt 
szuperskalár processzorai révén még asztali számítógépek- 
kel is elég komoly digitális jelfeldolgozást lehet végezni. 
Egy 2 GHz órajelű Pentium vagy Athlon processzor 2 milli- 
árd lebegőpontos FIR mintát tud kiértékelni másodpercen- 
ként. Majdnem kizárólag programokra alapozva olyan táv- 
közlési rendszereket építhetünk, amilyenekre néhány évvel 
ezelőtt még csak nem is gondolhattunk. 
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FX2 USB 2 
vezérlő 


Vételi 


bővítőkártya bővítőkártya 


Adási 


bővítőkártya bővítőkártya 


16 bites adat- 

átvitel a gazda- 
, gép felé USB-n 
4 keresztül 


Mintavétel gyakorisága 


Bemenet az 
ADC-ról 


Tizedelő ! 
aluláteresztő 
szűrő 


Bemenet az 
ADC-ról 


NCO szinusz 
és koszinusz 
jelgenerátor 


Sávszélesség- 
tizedelési 
tényező 


Középfrekvencia: -fs/2 — -1-fs/2 





3. ábra Digitális lefelé transzponáló elem 


A számítási igény természetesen attól függ, hogy pontosan 
mit akarunk csinálni, de egy 1-2 GHz-es gép 256 MB me- 
móriával elég kell legyen. lermészetesen az analóg világ 

és a számítógép kapcsolatát is meg kell valahogy teremte- 
nünk. Ha nem akarunk túl sokat költeni, egy jobb minősé- 
gű, 96 kHz-es, 24 bites hangkártya megteszi, de végső eset- 
ben gépünk beépített hangkártyáját is használhatjuk. Bár- 
melyik megoldást is választjuk, viszonylag keskeny sávban 
fogunk tudni jelfeldolgozást végezni, és valamilyen kes- 
kenysávú RF előtagot is be kell szereznünk. 

Egy másik megoldás készen kapható, nagysebességű, PCI 
foglalatú analóg-digitális átalakító kártya beszerzése. Ezek 
akár 20 millió mintát is képesek előállítani másodpercen- 
ként, ám áruk egy teljes számítógépével vetekszik. Az ilyen 
nagysebességű kártyákhoz kábelmodemes vevőegységet 
érdemes RF előtagként illeszteni. 


A Universal Software Radio Peripheral 

A legjobb megoldás a Universal Software Radio Peripheral 
(általános programrádió-periféria, USRP). A 2. ábrán az 
USRP blokkdiagramja szerepel. Az USRP Matt Ettus agy- 
szüleménye, lényegében egy rendkívül rugalmas, USB csa- 
tolós készülék, amely képes a rádiófrekvenciás világhoz 
kapcsolni számítógépünket. Az USRP egy kisméretű alapla- 
pot tartalmaz, amely legfeljebb négy darab 12 bites 64 millió 
minta/másodperces ADC -t, négy 14 bites, 128 millió min- 
talmásodperces DAC-t, egy egymillió kapus, programozha- 


2. kódrészlet Egyszerű FM vevő 


1! /usr/bin/env python 


ft egyszerű FM vevő 


from GnuRadio import " 


Hi 

f gr FlowGraph visszaadása 

Hi 

def build graph (IF freg): 
input rate -— 20e6 


CFIR decimate 125 
RFIR decimate 5 
fm demod gain -— 2200 


guad rate -— input rate / CFIR decimate 
audio rate - guad rate / RFIR decimate 


volume — 1.0 

src - GrHighSpeedADCSourceS (input. rate) 

$ FIR szűrőminták számítása a csatornaválasz- 
$ táshoz 


channel coeffs-zN 
gr firdes.low pass ( 


JESS $ erősítés 

input. rate, f mintavételi gyakoriság 

250€3, f aluláteresztés vágási 
ft frekvenciája 

8"100e€3, f átvitt sáv szélessége 


gr. firdes . WIN HAMMING) 


ff bemenet: short; kimenet: complex 
chan filter - 
GrFregXlatingFIRfilterSCF (CFIR decimate, 
channel coeffs, IF freg) 


ff bemenet: complex; kimenet: float 
fm demod - 
GrOuadratureDemodCF (volume "7 
fm demod gain) 


f FIR szűrőminták számítása a hangszűrőhöz 


tó logikai tömböt (FPGA) és egy programozható USB 2.0 ve- 
zérlőt tartalmaz. Egy teljes kiépítésű USRP alaplap négy bő- 
vítőkártya használatát teszi lehetővé: kettő vevő- és kettő 
adókártyáét. Az RF előtagok a bővítőkártyákon találhatók. 
A különféle frekvenciasávok kezelésére számos bővítőkár- 
tya létezik. Amatőr rádiósok számára a kis energiájú bővítő- 
kártyák a legmegfelelőbbek, ezek a 440 MHz-es és az 1,24 
GHz-es sávban adnak-vesznek. Létezik csak vételre hasz- 


tk 


nálható, kábelmodemes vevőegységre épített bővítőkártya 
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width of transition band - audio rate / 32 
audio. coeffs - 
gr firdes.low pass ( 

TO f erősítés 
guad rate, f mintavételi gyakoriság 
audio. rate/2 - width of transition band, 
width of transition band, 
gr. firdes . WIN. HAMMING) 


$ bemenet: float; kimenet: short 
audio filter - 
GrFIRfilterFSF (RFIR decimate, 
audio. coeffs) 


finalósink - GrAudiosinks O 
fg - gr. FlowgGraph O 


fg.connect (src, chan filter) 
fg.connect (chan filter, fm demod) 
fg.connect (fm demod, audio filter) 
fg.connect (audio filter, final sink) 


return fg 
1f . name  -— " main : 


f csatlakozás az RF előtaghoz 

rf front end - microtune eval board O 

if not rf front end.board present p 0: 
raise IOError, "RF előtag nem található" 


f az erősítés és a rádióállomás frekvenciájá- 
f nak beállítása 

rf front end.set AGC (300) 

rf front end.set RF freg (100.1e6) 


IF freg - rf front end.get output freg 0 
fg - build graph (IF freg) 
fg.start O ft szálCak) létrehozása 
ft fork hívásokkal és 
f visszatérés 
raw input ( A kilépéshez nyomd le az Enter 
gombot: ") 
fg.stop O 


is, amely az 50 MHz -— 800 MHz tartományt kezeli. A bőví- 
tőkártyákat úgy tervezték, hogy egyénileg, kézzel is 
könnyen összeállíthatók, ezzel is segítik az érdeklődőket 

a kísérletezésben. 

Az USRP rugalmassága egyrészt a két programozható elem- 
ből, másrészt a gazdagépen futó könyvtárral folytatott pár- 
beszédből fakad. Ha ízelítőt akarunk az USRP képességei- 
ből, elég megvizsgálnunk indításának folyamatát. Maga az 
USRP nem rendelkezik ROM-ba írt belső programmal, csu- 
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pán néhány bájtnyi gyártó- (VID) és termékazonosítóval 
(PID), valamint változatszámmal. Amikor az USRP-t először 
csatlakoztatjuk az USB-kapura, a gazdagépen futó könyvtár 
egy beállítások nélküli készüléket lát — a beállítások hiányát 
a VID, a PID és a változatszám kiolvasásával észleli. 

A könyvtár első lépésként a 8051 kódot tölti le, ez határozza 
meg az USB-vezérlő viselkedését. Amikor ez a kód elkezd 
futni, az USRP leválik az USB-sínről, majd újracsatlakozik 
hozzá. Az újracsatlakozás után a gazdagép már egy másik 
eszközt lát, a VID, a PID és a változatszám ugyanis megvál- 
tozik. A most már meglévő és futó belső program megadja 
az USB végpontokat, felületeket és parancskezelőket. Az 
USB-vezérlőnek kiadható parancsok egyike az FPGA feltölté- 
se. A könyvtárkód, miután érzékelte az USRP új eszközként 
való újracsatlakozását, a beállítási tolyamat következő fázisá- 
ra lép, és áttölti az FPGA beállítására szolgáló bitfolyamot. 

Az FPGA-k általános célú lapkák, működésüket a beléjük írt 
beállító bittftolyam határozza meg. A bitfolyamot leginkább 
objektumkódként, a kívánt működés magas szintű leírásá- 
nak fordítási kimeneteként képzelhetjük el. Esetünkben 

a kívánt működést a Verilog hardverleíró nyelven fogal- 
maztuk meg. Ez a kód is forrásként, a GNU Radio többi 
részéhez hasonlóan GNU GFL alatt érhető el. 


Mi történik az FPGA-han? 


Az FPGA egy kisméretű, erősen párhuzamos számítógép- 
ként fogható fel, aminek működését az adott feladat alap- 
ján mi tervezhetjük meg. Programozása igényel némi ta- 
pasztalatot, ugyanis ha elrontjuk, akkor véglegesen hasz- 
nálhatatlanná tehetjük a lapkát. Éppen ezért tettünk közzé 
egy általános beállítást, amely alkalmazások széles köréhez 
használható. 

Egy jó USB-gazdavezérlővel az USRP folyamatos 32 MB/má- 
sodperces átvitelre képes az USB-sínen keresztül. Az USB- 
sín váltakozó kétirányú átvitelre használható, a 32 MB/má- 
sodperc kapacitást szükség szerint oszthatjuk el a vételi és 
az adási irány között. A normál beállítás lehetővé teszi, hogy 
a vételi irányban kiválasszuk a digitalizált spektrum minket 
érdeklő részét vagy részeit, majd ezeket szükség szerint 
alapsávú jellé alakítsuk vagy tizedeljük. Mindez egyenér- 
tékű azzal, ami az RF előtagnál történik, leszámítva, hogy 
ebben az esetben digitalizált mintákkal dolgozunk. Azt 

a kódrészletet, amely ezt a feladatot látja el, digitális lefelé 
transzponáló elemnek nevezzük. (3. ábra) Mindezt digitális 
tartományban végezzük el, aminek az előnye, hogy azonnal 
meg tudjuk változtatni a középírekvenciát, ami elsősorban 
frekvenciaugrásos szórt spektrumú rendszereknél hasznos. 
Adási irányban ennek pontosan az ellenkezője történik. Az 
FPGA több digitális lefelé és felfelé transzponáló elemet tar- 
talmaz, ezek szükség szerint azonos és eltérő ADC-khez is 
csatlakoztathatók. A mögöttük álló elméletet itt nem áll mó- 
dunkban kifejteni, a GNU Radio Wikiben azonban minden 
szükséges tudnivaló megtalálható. 


GNÚ Radio alkalmazások 

A már említett példákon túl a GNU Radio részeként teljes 
értékű HDIV adóhoz és vevőhöz, spektrumelemzőhöz, 
oszcilloszkóphoz, párhuzamos többcsatornás vevőhöz és 
persze modulátorok és demodulátorok folyton bővülő gyűj- 
teményéhez is hozzájutunk. 
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A jelenleg tervezés vagy megvalósítás alatt álló rendszerek 
közül néhány példa: 


e A TiVoval egyenértékű rádiós 
megoldás, több csatorna egyidejű 
rögzítésének lehetőségével 

e Passzív radarrendszer, amely a TV-adásokat 
használja jelforrásként. 
Akik antennán keresztül nézik a tévéadásokat, 
csak gondoljanak arra, hogy ha repülőgép 
halad el felettük, ugrálni kezd a kép. 

e — Rádiócsillagászat 

e . TETRA adó-vevő 

e Digitális világrádió 

e Program alapú GPS 

e — Elosztott érzékelőhálózatok 

e . Spektrumhasználat elosztott mérése 

e Amatőr rádió adó-vevők 

e — Alkalmi hálós topológiájú hálózatok 

e — RFID érzékelő/olvasó 

e . Több bemenetű több kimenetű (MIMO) 
jelfeldolgozás 


Politikai kérdések 

A szabadon elérhető, rádiók építésére alkalmas programok 
nem mindenkinek tetszenek. Az Amerikai Egyesült Álla- 
mokban például az Amerikai Mozgókép Szövetség ellenál- 
lásába futottunk bele, ők a Broadcast Flag (másolásvédelmi 
kiegészítő jel a digitális adásokban) alkalmazásával próbál- 
ják korlátozni a földi sugárzású digitális tévéadásokhoz épí- 
tett vevőkészülékek körét. 

Az Amerikai Szövetségi Kommunikációs Bizottság egy elő- 
zetes állásfoglalást adott ki az kognitív képességekkel ren- 
delkező rádiós megoldásokra és a program alapú rádiókra 
vonatkozóan. 

Az állásfoglalásban számos problémát vetnek fel, felmerül 
többek közt a nagysebességű digitális-analóg átalakítók ér- 
tékesítésének korlátozása, az engedély nélküli programok 
távol tartása a program alapú rádiózáshoz szükséges vasak- 
tól digitális aláírások vagy hasonló eszközök segítségével és 
új korlátozások bevezetése az amatőrök számára gyártott 
rádiókra vonatkozóan. 


Összegzés 

A program alapú rádiózás érdekes terület, a GNU Radio 
minden eszközt rendelkezésünkre bocsát, hogy meg- 
kezdhessük felfedezését. 

Aki komoly tudást akar szerezni a program alapú rádió- 
zásban, annak több szakterületet is meg kell ismernie. 
Mi csak annyit ígérhetünk, hogy mindent megteszünk 
az első lépések megkönnyítése érdekében. 


Linux Journal 2004. június, 122. szám 


Eric Blossom a GNU Radio Project alapítója. Mielőtt 
program alapú rádiózással kezdett volna foglalkozni, 
évekig a biztonságos telefonszolgáltatások terüle- 

tén dolgozott. Amikor éppen nem program alapú rá- 
diót bütyköl, valószínűleg jógázással vagy ju-jitsuval 
tölti az idejét. Az ebocomsec.com címen érhető el. 





":Szerkeszd te is a Linuxvilágot"" - eredmények 


Tavasszal kérdőív kitöltésére kértük olvasóinkat honlapunkon, amelyet nagy 
örömünkre sokan kitöltöttek. A vélemények több kérdésben meglehetősen 
megosztottak voltak, de így Is rengeteg hasznos információval szolgáltak. 


zerepeltek benne kérdések a válaszolók demográ- 
S fiai adataival (nem, lakhely, foglalkozás stb.), 

a linuxhoz fűzödő viszonyukkal és felhasználói 
szokásaikkal kapcsolatban. 
Minket azonban a kérdések másik csoportjára adott vála- 
szok érdekeltek igazán — azok, amelyekből pontosabban fel- 
térképezhetjük olvasóink igényeit. A kérdőív segítségével 
azonban nagy mennyiségű és objektíven értékelhető infor- 
mációhoz jutottunk. Összesen 510-en töltötték ki a kérdő- 
ívet, ami már értékelhető mintával szolgál ahhoz, hogy kép- 
viselje olvasóink véleményét. 
lTerjedelmi korlátok miatt itt most csupán egy rövidebb átte- 
kintéssel szolgálunk, amely ismerteti a felmérés eredmé- 
nyét. Ha valaki kiváncsi a teljes anyagra, elolvashatja hon- 
lapunkon. 


Általános adatok 

Olvasóink túlnyomó része férfi, ám nők is olvasnak minket 
(1.5970)?. Az átlag életkor 29 év, azonban szinte minden kor- 
osztály képviselteti magát: legfiatalabb olvasónk 13, a leg- 
idősebb 67 éves. Lakhelyüket tekintve az olvasók nagyobb 
része vidéki településen él (58790). 


Iskolai végzettség és foglalkozás 

A válaszadók 569 felsőfokú végzettségű, vezető beosztás- 
ban 1090 dolgozik. A legtöbben szellemi foglalkozásúak 
(5790), a fizikai dolgozók aránya csekély (390). Viszonylag 
magas a diákok (2290) és a vállalkozók (16.590) aránya. 
Szakmájukat tekintve a rendszergazdák, programozók és 
rendszermérnökök vannak a legtöbben (összesen 40,590). 
A munkahelyre legjellemzőbb ágazatok a számítástechnika 
(4790), az oktatás (1490), és a kereskedelem (890). A számí- 
tástechnikán belül a programfejlesztés (25.590) és az oktatás 
(15.870) van a legnagyobb arányban. 


Linux a cégeknél 

Biztató a Linux elterjedtsége a válaszadók munkaadó cégei- 
nél: túlnyomó részüknél (86.770) alkalmazzák a Linuxot va- 
lamilyen formában, többségüknél szerver és kliens gépeken 
is (46.490). 

Olvasóink nagyobb része Linuxos ismereteit tekintve a , ha- 
ladó" kategóriába sorolható, de a kezdők is elég magas 
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arányban vannak. Reméljük, hogy az az 1.19 aki , csak hal- 
lott" róla, hamarosan kipróbálja, és ebben nekünk is van 
némi szerepünk. 


Milyen operációs rendszert használsz? 

Furcsa lett volna, ha itt nem a Linux kapott volna elsöprő 
többséget (96970), ám érdekes, hogy a Windows változatait 
együttvéve megközelítőleg ugyanannyian használják 
(9290). Ebben nincs semmi különös, hiszen gyakori, hogy 
valaki mindkettőt használja. Előfordulhat persze, hogy 
nincs is más választása a felhasználónak — például ha csak 
a Windows-on elérhető programra van szüksége adott fel- 
adathoz, vagy a munkahelyén csak ez elérhető. Ugyanak- 
kor van még egy idetartozó csoport - az olvasói levelekből 
kiderül, hogy sokan még nem próbálták ki, de nagyon ér- 
dekli őket a Linux és fontolgatják a váltást. 

A BSD és a UNIX rendszerek is aránylag jó helyezést kap- 
tak — együttesen 2690-ot. A Linux terjesztések közül az egy- 
értelmű kedvenc a Debian, a dobogó két másik helyezettje 
az UHU és a SuSE. Sokan megjegyezték, hogy szívesen 
próbálgatnak, váltogatnak több változatot is. 


Hogyan szerzed linuxos tudásod? 

A válaszok alapján egyértelműen az Internet a legnépsze- 
rűbb forrás (81.790), de sokan használnak könyveket is 
(63.370) linuxos tudásuk elmélyítésére. Emellett valószínű, 
hogy a többség hasznosnak tartja a linuxos levelezőlistákat 
is: több mint kétharmaduk már feliratkozott valamelyikre. 
Az újság tartalmát és küllemét firtató kérdésekre adott vála- 
szok aránya alapján a többség olyan igényes kivitelű, szín- 
vonalas tartalmú lapnak tartja a Linuxvilágot, amely a kez- 
dő és a haladó felhasználók számára is hasznos. 


Kedvenc cikksorozat, rovat, szerző 

A cikksorozatok, a rovatok és a szerzők értékelése között 
nem mutatkozott különösen nagy eltérés — mindegyik jó 
átlaggal végzett, csupán egy-kettő kapott kiemelkedő pont- 
számot. 

A sorozatok közül Büki András Héjprogramozás című cik- 
kei kapták a legmagasabb pontszámot, utána Mick Bauer 
OpenSSH-ról szóló és Szy György Debianos sorozata követ- 
kezett. A legnépszerűbb rovatnak a Szaktekintély, a Vezér- 
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fonal és a Kovácsműhely bizonyult. Az olvasók kedvenc 
külföldi szerzői: Marcel Gagné, Mick Bauer és Hans Reiser. 
A hazai szerzők közül Borbély Zoltán, Biki András és 
Csontos Gyula kapta a legtöbb szavazatot. 


Magyarítás 

Ez kiemelten fontos kérdés volt számunkra, mivel az évek 
során számos kritika érte a szerkesztőséget a magyarított ki- 
fejezésekkel kapcsolatban. A válaszokból kiderült, hogy so- 
kan egyetértenek azon törekvésünkkel, hogy egységes szó- 
használatot alakítsunk ki. Összességében meglehetősen 
megosztotta a válaszadók táborát ez a téma: 5370-uk kifeje- 
zetten pozitívan értékelte a kérdést (bár ebből 259 jelezte, 
hogy néha zavarja a magyarítás), 2290-uk a magyarítás ellen 
szavazott (ebből 13970 képviselte a radikális tábort, akik 

a semmit nem fordítanának le), és 259 vélte úgy, hogy 

a kompromisszum volna az üdvözítő megoldás, vagyis 
minden szakkifejezés mellett az eredeti feltüntetése. 


Cd meléklet 

Ha volna egy olyan CD-ROM, ami a Linuxvilág eddig meg- 
jelent számok teljes archívumát tartalmazza (2000-2003), 
megvennéd-e és mennyit volnál hajlandó áldozni érte? 

A válaszok alapján arra következtethetünk, hogy érdemes 
lenne egy archív CD-t összeállítani, ugyanis az olvasók kö- 
zel 80970-a megrendelné, 1000 illetve 2000 Ft-ért. 


Ár 

Mi a véleményed a Linuxovilág áráról? 

Ebben a kérdésben is jelentősen megoszlottak a vélemé- 
nyek: a válaszolók többsége (56970) úgy vélte, hogy elfogad- 
ható az ára a tartalmát és minőségét tekintetbe véve. lováb- 
bi 1390-uk szerint is megéri az árát, de nem engedheti meg 
magának. 2290 túl drágának tartotta. 


Mi az ami nem tetszik, mit változtatnál? 

(szabad-szöveges válaszok) 

Erre a kérdésre a kérdőívet kitöltők jelentős hányada vála- 
szolt (3590) és közülük sokan részletesen is kifejtették véle- 
ményüket. Az ilyen ,szabad-szöveges" válaszok kiértékelé- 
se ugyan jóval nagyobb munkát igényel és nehéz számok- 
ban kifejezni az eredményét, ezekből is számos értékes vé- 
leményt, ötletet és javaslatot nyertünk. 

Itt természetesen lehetetlen részletesen bemutatni a vála- 
szokat, ezért egy rövid összefoglalót adunk arról, hogy me- 
lyek voltak a leggyakrabban felvetett témák. 

Örömmel olvastuk, hogy igen sokan elégedettek a lappal 

— erre utalt a rövid, de pozitív , ilyen nem jut eszembe", , min- 
den klassz, csak így tovább" típusú válaszok magas aránya. 

A magyarítás itt is előkelő helyen szerepelt, volt aki kimerí- 
tően fejtegette mi zavarja ezzel kapcsolatban, volt aki a zá- 
rójeles megoldást javasolta, és volt, aki ékes tömörséggel 
csupán annyit írt: ,a magyarítás monnyon le". Azért volt el- 
lenvélemény is: , Engem a magyarítások nyertek meg a lap 
vásárlójának. Köszönöm!" 

Többen megjegyezték, hogy szerintük némely cikkek , felü- 
letesek" és sokkal több gyakorlatias megközelítésű cikket 
szeretnének látni a lapban. Megközelítőleg ennyien jelez- 
ték, hogy a CD-melléklet felesleges vagy tartalma ritkán 
hasznos számukra. 
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Néhányan szeretnék, ha vastagabb lenne a lap, több cikk 
lenne programozás és hardver témában. 


Kiemelten fontos kérdések 


A magyarítás problémája 

Nos, talán ez az a téma, ami a leginkább felkorbácsolta az 
olvasói kedélyeket. A levelekből, fórumok hozzászólásaiból 
és a kérdőív válaszaiból is kitűnik, hogy vannak, akik nem 
értenek egyet lapunk magyarítási törekvéseivel. Sőt, többen 
úgy érzik, hogy erőszakosan magyarítunk minden idegen 
szót. Az angol szakkifejezések magyarítása meglehetősen 
ellentmondásokkal teli feladat, amely a szerkesztőségünk- 
nek is gyakran fejtörést okoz. 

Sokan azt hihetik, hogy ez az egész magyarítás egy hóbort 
csupán, amivel bosszantani akarjuk a hozzáértő olvasókat, 
valójában csak arra törekszünk, hogy kialakítsunk egy egysé- 
ges és következetes nyelvezetet. lermészetesen elkerülhetet- 
len, hogy eközben néhol hibát vétünk és erőltetett eredmé- 
nyek születnek, de úgy véljük ez vele jár és idővel a félresi- 
került kifejezések kiszóródnak, felváltják helyüket jobbak. 
Nem lehet "félig" fordítani (persze lehet, de szerintünk az 
rosszabb). Ha az úgymond "haladó" kifejezéseket egyáltalán 
nem fordítanánk, akkor a következetesség elvét elfelejthet- 
nénk és igen felemás szöveg keletkezne. Így a szakemberek 
számára viszont gyakran zavaróak a magyarított kifejezések. 
Annak érdekében, hogy enyhítsünk ezen a gondon, eddig 
is tettünk lépéseket: bizonyos szavak mellett feltüntettük 
zárójelben az eredeti angolt is, és ezért indította el a főszer- 
kesztőnk, Szy Gyuri a Szótár rovatot. 

Összefoglalva: bár a válaszadók jelentős részének tetszik 

a lap nyelvezete, az eddigi/jelenlegi Linuxvilágban megjele- 
nő magyarítással sok olvasónk valamilyen mértékben elége- 
detlen. Nyilvánvalóan nem létezik olyan változat, ami min- 
den olvasónknak tetszik, de mi úgy véljük a következő 
megoldás elfogadható a többség számára és a mi sem kény- 
szerülünk elveink feladására: a jövőben minden olyan kife- 
jezés mellett, amelynek nincs széles körben elfogadott ma- 
gyar megfelelője (illetve ha az egyértelműség úgy kívánja), 
zárójelben, dőlt betűvel feltüntetjük az angol eredeti szót. 
A különösen problémás kifejezések listáját pedig megjelen- 
tetjük a magazin honlapján, ahol lehet javaslatokat bekül- 
deni, illetve ezeket értékelni. 

Nagy segítséget jelent, ha a kritika mellett több építő javas- 
latot is kapunk a szavak magyar megfelelőjére. 


CD-melléklet és a lap ára 
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A kérdőív és a honlapon közzétett szavazás eredménye is 
megerősíti, hogy sokan vannak, akik a CD-mellékletet je- 
lenlegi formájában feleslegesnek tartják, vagy használnák, 
de gyakran nem olyan programokat tartalmaz, amely hasz- 
nos számukra. Bár többen kényelmes dolognak tartják, 
hogy CD-ről is telepíthetik a programokat, a többség inkább 
az Internetet választja. 

Emellett a lap árát is viszonylag sokan drágállották. [gaz 
jelentős részük úgy véli, hogy a tartalmát és színvonalát 
tekintve megéri az árát. 

Noha a többi számítástechnikai laphoz nincs értelme 
hasonlítani. Erre most nem térnék ki bővebben, csupán 
néhány tényt említenék: a magazin nem egy általános in- 


formatikai lap, hanem egy szűkebb réteghez - a Linux iránt 
érdeklődőkhöz - szól, ebből adódóan alacsony a példány- 
száma és kevesebb hirdetőt vonz. Igaz, hogy a hazai piacon 
drágább lapok közé tartozik. Ugyanakkor nem titok, hogy 
igen szoros költségvetéssel és csekély létszámú szerkesztő- 
séggel működik. Mindebből következik, hogy az árát nem 
áll módunkban csökkenteni, hacsak nem módosítunk jelen- 
legi formáján. Sokat törtük a fejünket, hogy mi lehetne az 
üdvözítő megoldás. Egyelőre nem született végső döntés 
csak egy tervezet állítottunk össze, aminek lényege a követ- 
kező: A fentiek alapján kézenfekvő megoldásnak tűnik 

a CD-melléklet átalakítása, ezért terveink szerint az a jövő- 
ben a következő formában működne. Az újságárusoknál 
CD-melléklet nélkül lenne kapható a Linuxvilág, alacso- 
nyabb áron. Nem szűnne meg, csak különválasztanánk 

a laptól — lényegében egy független szolgáltatásként mű- 
ködne. 

Akinek fontos a CD-melléklet, továbbra is hozzájuthatna: 
megrendelhetné a lapban vagy a honlapon elérhető meg- 
rendelőlappal. Sőt, több lehetőség között is választhatna, 
mivel nem csupán egy CD-t állítanánk össze. Ezeket a 
,CD-csomagokat" folyamatosan a vevők igényeihez igazí- 
tanánk (pl. szavazni lehet majd, hogy milyen CD-k legye- 
nek elérhetők). 

Az árcsökkenés miatt a jelenlegi előfizetőket a követke- 
ző módon kárpótolnánk: előfizetésük időtartama meg- 
hosszabbodna, a fél éveseké egy, az egyéveseké két 
számmal. 

Mint említettük, ez csupán egy tervezet, amelynek megvaló- 
sításához alaposabban ki kell dolgoznunk a részleteket. Ezért 
a végső döntés előtt egy újabb, kifejezetten erre a kérdésre 
vonatkozó, rövid felmérést végzünk. A honlapon elérhető 
lesz egy szavazás, amiben olvasóink jelezhetik, hogy egyetér- 
tenek-e a fenti tervezettel, illetve szerintük mi volna a jobb 
megoldás. Az olvasók véleménye döntő fontosságú ebben 

a kérdésben, ezért kérünk mindenkit, hogy adja le voksát 
honlapunkon az új CD-mellékletről szóló szavazásban! 


Amin változtatni szeretnénk — összefoglaló 


Tartalom folyamatos szerkesztése a visszajelzések alapján 
e A többség szerint felhasználói szintet tekintve megfe- 
lelő a cikkek aránya, de a ,haladó" tartalomra némileg 
nagyobb az igény - ezt figyelembe vesszük a jövőben. 
e A honlapon feltüntetjük egy listában, hogy milyen 
témákra van különösen igény . 
e Javasolhatnak más témákat is, ha érdemesnek tart- 
juk, felvenni a listába. 
e A listában szereplő témákra folyamatosan lehet 
szavazni. 
e A cikkek/szerzők rovatok minősítésére lehetőséget 
adunk a honlapon is: 
e Az éppen aktuális szám cikkeit lehet pontszámmal 
és hozzászólással értékelni. 
e Ennek eredménye alapján toplistát adunk közre. 


Honlap 
e Sokan látogatják, töltenek le cikkeket és hasznosnak 


találják ezért nyár végéig elérhetővé tesszük a 2003 
decemberig megjelent összes cikket. 
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e Gyakrabban fírissítjük a honlap tartalmát. 
e Saját fórumot nyitunk minden hazai szerzőnknek, 
ahol az olvasók megvitathatják a cikkeket. 


Archív CD megjelentetése 
e 2000-2003 évfolyamok összes cikkét tartalmazza PDF 
formátumban. 
e Az ára 1500 Ft lesz, a honlapon keresztül lehet meg- 
rendelni. 
e Az előfizetők ingyen kapnak egy példányt. 


Magyarítással kapcsolatos módosítások 
e Az adott cikkben, ahol először jelenik meg, minden ki- 
fejezés mellett zárójelben, dőlt betűvel feltüntetjük az 
angol eredeti szót. 
e , Mini-szószedet" jelenik meg külön , dobozban" az 
adott oldalakon. 
e Olvasóink is segíthetnek a magyarításban értékeléssel 
és javaslatokkal: 
e A különösen problémás kifejezéseket feltüntetjük 
a honlapon. 
e Beküldhetnek változatokat, amiket feltüntetünk mel- 
lettük és ezeket pontszámmal lehet értékelni. 
e Időnként a pontozás alapján felülvizsgáljuk, hogy 
érdemes-e lecserélni az általunk használt szót. 


Amit tervezünk 


CD-melléklet és az ár változására vonatkozó tervezet 

e Az újságosoknál kapható Linuxvilág nem tartalmazna 
CD-t. 

e Külön lehetne megrendelni a honlapon, faxon vagy 
levélben. 

e Több féle tartalmú CD-t lehetne rendelni, amelyek tar- 
talmát az olvasók aktuális igényihez igazítjuk — ezek- 
ről szavazni lehetne a honlapon . 

e A magazin cikkeihez tartozó anyagok (kódok, 
beállítófájlok, programok, stb.) letölthetők lennének 
a honlapunkon. 

e A lap bolti ára kb. 1700 Ft-ra csökkenne. 

e Az előfizetési díj félévre is csökkenne, jelenlegi előfize- 
tőink előfizetése meghosszabbodna: féléves előfizető- 
ké egy, az egyéves előfizetőké két számmal. 


Nyertesek 


A kérdőívet kitöltők közötti sorsolás eredménye 
Linuxvilág pólót kapnak ajándékba: 

Tibor Tótok — Budapest 

Horváth Attila — Budapest 

Pék János Dániel -— Nyíregyháza 

Debre Zoltán - Budapest 

Szabó János — Budapest 


Tux plüsspingvint kapnak ajándékba: 
Hlács Zoltán — Tárnok 

Kocsis Attila — Hajdúböszörmény 
Biller Bálint László — Budapest 

Kiss Márton — Budapest 

Zsédely Balázs — Győr 
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Örületes ez a demokrácia 


Manapság rendkívül népszerűek a honlapokon találhat olvasói szavazások. 
Próbáljunk ki mi Is egy egyszerű csoomagot, és bővítsük ki honlapunkat 


egy szavazóládával. 


úgysem hiszem el. Ezek a számokat mintha valaki 
megpiszkálta volna, aminek következtében erősen 
feléd húznak. Általában nem kérdőjelezem meg a tisztessé- 
gedet, mon ami, de hát az étterem még csak most nyitott és 
a vendégeink sem érkeztek meg. 
Vajon mivel tudod akkor megmagyarázni a rengeteg be- 
gyűjtött szavazatot? Ouoi? 
Igen, Francois, látom. Látom, hogy a vendégek már megér- 
keztek, de néhány perce még nem voltak itt. Most már 
mindegy, nyomás a boros pincébe, de immédiatement. 
Hozz egy 2001 Sonoma County Zinfandel-t. 
De nehogy azt hidd, hogy ezzel el van intézve a dolog. Er- 
ről még később beszélünk. Vite! 
Üdvözlet mindenkinek Chez Marcel portáján, az ízletes 
Linux falatok otthonában, a világ legfinomabb borospincé- 
jében, valamint a működő elektronikus demokrácia világá- 
ban - Linux módra, persze. 
Amíg hűséges pincérem felhozza a bort, had szóljak pár 
szót a ma esti menüről, amely remélhetőleg elnyeri majd az 
én kedves vendégeim tetszését. 
Noha kétségtelen, hogy az elektronikus demokrácia még 
csak gyerekcipőben jár, de az is biztos, hogy tett már egy 
két reménykedésre okot adó lépést. Lehetőség van arra 
például, hogy Linux rendszerünkkel és egy Apache 
Webkiszolgálóval felvértezve megismerkedjünk a hálózati 
szavazás rejtelmeivel. 
Oh, Francois, visszatértél. Kérlek tölts a vendégeknek, míg 
én elmesélem első kísérletünket az elektronikus demokrácia 
világában, és felvetek egy kérdést, mely oly kedves a te szí- 
vednek. Demokrácia. 
Mes amis, kedves barátaim, biztosan láttak már különféle 
hálózati szavazóeszközökkel ellátott weblapokat, melyek 
a komolytól az egészen mókásig terjedő kérdésekkel nyag- 
gatnak bennünket. 
Kis erőfeszítéssel saját weblapunkat is felszerelhetjük ilyes- 
mivel. 
Étlapunk első fogása Michael és Erin Spiceland My Voting 
Script-je (lásd a hálózati források részt). Használatához nem 
is kell mást tennünk, mint, hogy a cgi-bin könyvtárunkban 
kitömörítjük a tarlabdát (tarball). Nálam ez 
a /usr/local/apachelcgi-bin könyvtár: 


- rancois, ne mondd, hogy semmi közöd ehhez, 
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Should Francois get a raise? 
18 Yes 

DNo 

view w/o voting 


Powered by My Voting Script 2.1. Licensed under GPL. € 2000-2003 Fuzzymonkey. org. 











1. ábra Egyszerű My Voting Script szavazóláda, amelyen éppen 
kedvenc pincérem fizetésemelése felől szondáztatom a közvéleményt. 
Persze nem csak eldöntendő kérdéseket tehetünk fel. 


cd /usr/local/apache/cgi-bin 
tar -xzvf vote-2.1.tar.gz 


Ezáltal létrehoztuk a vote nevű könyvtárat. Most lépjünk 
be a könyvtárba és nyissuk meg a sitevariables.pl nevű állo- 
mányt. Llöbb paramétert is beállíthatunk itt, többek közt fel- 
használónak megjelenített szavazólap színeit. Ne siessünk, 
mert érdemes egy kis időt szánnunk erre a részre, hogy fe- 
dezhessük, miféle trükkökre van itt lehetőség. A legérdeke- 
sebb rész persze mindenki számára a kérdések és lehetsé- 
ges válaszok megadása: 

$guestion - "Kapjon Francois fizetésemelést? ; 
Ganswers —- ( Igen , Nem ); 


A kérdésnek nem kell szigorúan igen vagy nem kérdésnek 
lennie. Ilyesmit is felvehetünk: Ganswers — ( "Igen" , "Nem" , 
"Talán" );. Nos, mielőtt lefuttatnánk ezt a Francois fizeté- 
séről szóló szavazást, nézzünk meg néhány fontos para- 


métert: 


$1ockhours — 0; 
$ur]l —- "http://yourserver/cgi-bin/vote/index. cgi" ; 


A $lockhours paraméterrel adhatjuk meg, hogy egy adott 
IP cím mennyi ideig várakozzon mielőtt újabb szavazatot 


fogadnánk el róla. Ha nullára állítjuk, mint az fent látható, 
akkor ugyanazon IP címről tetszőleges mennyiségű szava- 
zatot lehet leadni. 

Most már csak ellenőriznünk kell, hogy a kiszolgálónk cí- 
mét és a parancsfájlra mutató útvonalat helyesen állítottuk- 
e be. Az új szavazóládánk kipróbáláshoz irányítsuk böngé- 
szőnket az index.cgi állományra: 3 http://yourserver/cgi- 
bin/vote/index.cgi. 

A szavazó kérdésnek most meg kell jelennie az ablakban , 
ahogy azt az 1. ábrán láthatjuk is. 

A szavazat elküldéséhez egyszerűen csak kattintsunk vala- 
melyik válaszra, jelen esetben az Igen-re vagy a Nem-re. 
Miután szavaztunk, a pillanatnyi eredményt tartalmazó 
felugró ablak jelenik meg. A szavazatok százalékos ará- 
nyát színes oszlopok mutatják, grafikusan is megjelenítve 
az eredményt. Amint azt a 2. ábrán láthatjuk, hűséges 
pincéremnek lenyűgöző mértékű támogatást sikerült 
begyűjtenie. 

A script elég egyszerű, és egy időben csak egy kérdést tud 
kezelni. Ha ennél valamivel nagyobb tudású dolgot kere- 
sünk, nézzük meg David S. Raeman Sympoll programját. 
Mint a neve is mutatja, egy egyszerű szavazórendszerről 
van szó, bár ez esetben az egyszerűség inkább a beállítási 
módra vonatkozik, és nem a használhatságra. 

A telepítés mindössze néhány másodpercet vett igénybe, 
utána minden egyszerűen működött. Ez az apró szavazó- 
csomag lehetővé teszi egyszerre több szavazás indítását is, 
melyekben szavazatonként egynél több választásunk is le- 
het, aminek köszönhetően a lehetséges válaszok meglehe- 
tősen összetettek is lehetnek. 

A szavazatokat és a hozzá tartozó információkat MySOL 
adatbázis fájlban tárolja a rendszer. A programhoz szüksé- 
günk lesz egy bekapcsolt PHP támogatással futó Apache 
kiszolgálóra, valamint természetesen egy futó MySOL 
rendszerre. 

Tömörítsük ki a Sympoll forrását (lásd a forrásokat) 

a webkiszolgálónk dokumentum könyvtárának megfelelő 
alkönyvtárába. Nálam például a dokumentum gyökér 

a /usr/local/apache/htdocs, ennek megfelelően a terjesztés 
forrását ebbe a könyvtárba tömötrítettem ki a tar -xzvf 
sympol1-1.5.tar.gz paranccsal. Miután a könyvtár helyé- 
re került, a chmod 660 config. php parancs végrehajtásával 
biztosítsuk, hogy a config.php állományt módosíthatja az 
apache kiszolgáló. Mielőtt azonban belépnénk a böngésző- 
be, érdemes megjegyezni, hogy a szerző szerint érdemes az 
admin könyvtár nevét valami másra változtatni, hogy nehe- 
zebb legyen rátalálni. 

Ezután a következő parancs segítségével létrehoztam 

a sympoll nevű MySOL adatbázist (bár ez a név tetszőle- 
ges lehet ): 


mysgladmin -u root -p create sympoll 


Nem szerettem volna ha a root felhasználó kezel egy háló- 
zati elérést — ez ugyanis nem valami biztonságos megoldás 
-, éppen ezért létrehoztam a polling nevű felhasználót. Eh- 
hez először is beléptem a MySOL parancssorába a mysal -u 
root -p utasítással. Ezt követően a mysgl: prompt-ban 

a következő sorral létrehoztam a Sympoll tábláit kezelni tu- 
dó felhasználót: 
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Should Francois get a raise? 


Yes 35 votes 
No 7 votes 


42 total votes 


Powered by My Voting Script 2.1. Licensed under GPL. 9 2000-2003 Fuzzymonkey.org. 








2. ábra Francois-nak van oka örülni: kezdetben a szavazás Ígéretesen 
indul, a vendégek több mint négyötöde szerint érdemelne emelést. 


t YE VE É te, 3 Könguerőr 
Location Edit View Go Bookmarks Tools Settings Window Help 
aAaGOGO OL aA g ú e 


E; Location: (a) http: //www.mywebsite.dom/vote/sympoll/spadmin, y (a j 
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Sympoll Setup: Configuration 


This information ís reguired to continue and the database connection must currently be active. Some 
default values are provided, although you may need to change them. 


Database Server: 
localhost J 
Database Username: — 
polling j 
Database Password. 
Database Password Again: 


trtrteárérér 


Actual Database Name. i 

sympoll ] 

Full URL to Sympoll directory: e 
http: /www.mywebsite.domfvote/sympoll/ ) 








Continue 1 Undo Changes ij 














3. ábra A Sympoll beállítása, nos, egyszerű: barátságos 
és könnyen kezelhető rendszergazdai felület, melynek kezelését 
megtanulni igazán nem valami nagy ördöngősség. 


mysgal5 grant all privileges on sympoll." 

-s to pollingálocalhost identified by "Ssecr3t ; 
Persze ügyeltünk rá, hogy eltérő felhasználó nevet és jel- 
szót használjunk, ugye? Nem szeretnénk ha éttermünk 
minden látogatója ilyen könnyen kitalálható jelszóval ke- 
rülne szembe. A következő lépés, az új adatbázisunk táblái- 
nak elkészítése, amit a rendszergazdai felületen keresztül 
tehetünk meg. Böngészőnket irányítsuk a kiszolgálónk 
Sympoll-t tartalmazó könyvtárára:3 http://yourhost/ 
sympoll/admin (3. ábra). 

A rendszergazdai felület barátságos és lépésről lépésre 
végigvezet bennünket mindenen. Először meg kell ad- 
nunk a MySOL felhasználónevet és jelszót. A rendszerbe 
négy új tábla kerül be (sympoll data, sympoll list, 
sympoll auth és a sympoll iplog). A táblák létrehozá- 

sát jóvá kell hagynunk. Kattintsunk a Continue gombra 
mígnem a super administrator configuration lapra nem 
kerülünk. Ez lesz majd a Sympoll rendszergazda, tehát az 
a felhasználó aki a többi rendszergazdát és a szervezett 
szavazásokat létrehozhatja. Gépeljünk be egy felhasz- 
nálónevet és jelszót, érvényesítsük a jelszóválasztásun- 
kat, és kész is vagyunk. Máris a bejelentkező lapon ta- 
láljuk magunkat, gyakoroljuk hát egy picit a demokráciát. 
A főmenüvel rendkívül egyszerű dolgozni. Felvehetünk, 
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Location Edit View Go Bookmarks Tools 
Settings Window Help 


GO O4 kés 








Page loaded. 








4. ábra A Vörösbor jól áll a szavazás kezdetén. 
Amint az látható, ekkorra már Roger is, és Gar is jelezte, hogy milyen 
italokat tartana feltétlenül szükségeshez egy ilyen vacsorához. 


Recount- Mentse ze 
Location Edit View Go Bookmarks Tools Settings Window Help 
AGGO OG as Ag ú e 


E3 Location: [ alyunt. admin.php?recount. action-add (" (d 





Poll titlezjguestion [2 


Choices List 








1. Planet 
2. (Not 


3. IJust a big, far away rock. ] 


4. Whats a Sedna? ]w 
5, (Could Il have more wine, please? 
6. 


mM 


Poll Category 
[default [7] 


Poll Expiration 











Month: Day: Year: 


(Oct xv] 110 v] 12004 v] 5] c-- poll does not expire 

















5. ábra Új Recount szavazóláda készítése. Benjamin D. Jones 
keze munkáját dicséri a program, amely egyaránt használhat MySOL 
és PotgreSOL adatbáziskezelőt. 


módosíthatunk és törölhetünk létező szavazásokat, felvehe- 
tünk vagy eltávolíthatunk admin felhasználókat, megvál- 
toztathatjuk a megjelenítési paramétereket és naplókat, to- 
vábbá néhány egyéb, egyszerűen átírható opciót. Maguk 

a szavazások sem statikusak. Képzeljünk el egy szavazást 
ahol fehér vagy vörös bor közt választhatunk. Aztán jön 
Roger a kettes asztaltól, aki szeretné a konyakot is felvetetni 
a listába, míg a tizenhatos asztalnál ülő Gar szerint elfogad- 
hatatlan, hogy egyetlen single malt whisky sem szerepel 

a lehetőségek közt. Semmi gond. Végül is felvehetünk új 
elemeket és folytathatjuk a szavazást. 

Miután felvettünk egy szavazási kategóriát, valami ilyesfaj- 
ta kódot kell látnunk: 
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c?php reguire 
"/usr/local/apache/htdocs/sympol 1/booth.php  ; 
display booth(2); ?s 


Ezt bármilyen PHP Weblapba beilleszthetjük és már készen 
is vagyunk. A 4. ábrán megtekinthetjük, milyen eredményre 
számítsunk. 

Érdemes egy kicsit megismerkednünk a kiegészítő beállítási 
opciókkal. Az alapértelmezett színek és a szavazólap megje- 
lenése ízlésünkhöz igazítható. 

A mai menü utolsó fogása Benjamin D. Jones kezétől szüle- 
tett, és szerintem nincs is olyan, aki a program nevéből ne 
hallana ki bizonyos politikai mellékzöngéket. 

Az a program neveugyanis, hogy Recount, ami annyit 
tesz:újraszámlálás. Nem is téved nagyot, aki a politikára 
asszociál a név hallatán, ugyanis a programot kétségtelenül 
a 2000. évi Egyesült államokbeli elnökválasztások ihlették. 
A Recount rendkívül rugalmas szavazási lehetőséget nyújtó 
PHP alkalmazás, úgy a megjelenítés, mint az eredményké- 
szítés szempontjából. Egyaránt használhat MySOL vagy 
PostgreSOL adatbáziskezelőt. 

Ha ki szeretnénk próbálni ezt az ínyncséget, akkor először 
is töltsük le a legfrissebb Recount készletet a honlapjáról, 
ezt követően pedig tömörítsük ki a webkiszolgálónk 
könyvtárába (általában közvetelenül a gyökér alá). 

Mint említettem, a Recount egyaránt támogatja 

a PostgreSOL és MySOL adatbázisokat, de egyenlőre mara- 
dok a MySOL ismertetésénél. Kezdetnek hozzunk létre egy 
Recount MySOL adatbázist ugyanazzal a módszerrel amit 
fentebb Sympoll esetében is használtunk: mysgladmin -u 
root -p create recount. Akár az előző példánkban, most is 
a korábban létrehozott polling MySOL felhasználót fogjuk 
használni, ami azt jelenti, hogy a polling felhasználónak 
meg kell adnunk a jogot az adatbázissal való munkához. 
Ezt úgy tehetjük meg, hogy csatlakozunk a MySOL-hez 

a mysgl -u root -p utasítással, majd a mysgl1: promptból 
begépeljük a következőket: 


mysgl:5 grant all privileges on recount."7 
-s to pollingálocalhost identified by "Ssecr3t ; 


A táblákat ezt követően a Recount forrás könyvtárából le- 
futtatott paranccsal hoztam létre: 

mysgal! -u pol ling -p recount c sag1/mysgl . recount. sg] 

A Recount terjesztésben találunk egy config.recount.php- 
dist nevű állományt. Másoljuk át ezt config.recount.php 
névre majd nyissuk meg a kedvenc szerkesztőnkkel. Nem 
valószínű hogy sok problémánk lesz az állománnyal hiszen 
kiválóan dokumentált. Mindazonáltal a leginkább a követ- 


kező sorok érdekelhetnek bennünket: 


define( RECOUNT. HOME. PATH , 
"/usr/1local/apache/htdocs/recount ); 

define( RECOUNT DB TYPE , 
"mysal"); 7 

define( RECOUNT. DB HOST" , 


"mysgl JJ or "pgsal JJ x/ 


"localhost ); /: db host "/ 
define( RECOUNT. DB USER", "polling ); 
define( RECOUNT. DB PASS", "secr3t ); 
define( RECOUNT DB NAME", " recount ); 


4 Make sure you wotel- Kongueror 


Location Edit View Go Bookmarks Tools Settings 
Window Help 
AGGOOUG ea 


Ep Location: ) al intíndex.php [  /[Gi vi 


get a full and accurate accounting 


Ready to cast your vote? 


What is the meaning of life? 
5 Love 

0 Happiness 

0 Music and Art 

(8) Playing with my Linux box 
0. Whats for dinner? 
(ze) 

view results 








6. ábra MI az élet értelme? A Recount szavazóláda működés közben. 
Nem fogják kitalálni, hogy a kedves vendégek hogyan szavaztak erről 
az Igen fontos kérdésről. 


Egy kicsit lejjebb írjuk be a Recount rendszergazda felhasz- 
náló nevét és jelszavát. Ez nem a mi felhasználó nevünk és 
nem is a MySOL felhasználónév hanem az a felhasználó és 
jelszó páros, amit a szavazások karbantartására használunk 
majd: 


define( RECOUNT. ADMIN USER" , 
define( RECOUNT. ADMIN PASS" , 


"admin name ); 
"admin password); 


A beállítás fájl rendberakása után a jogosultságok megvál- 
toztatásával ne feledjük el megfelelően védelmet biztosítani: 


chmod 600 config. recount.php 


Ennyi volt a teljes beállítás. Új szavazás létrehozásához 
állítsuk böngészőnket a 3 http:/kiszolgálónk/recount/ 
recount admin.php címre majd lépjünk be a korábban 
megadott rendszergazdai felhasználónévvel és jelszóval. 
Ne feledjük hogy ez a felhasználó nem azonos a MySOL 
felhasználóval amely a Recount adatbázisát frissítheti. Új 
szavazóláda létrehozásakor (5. ábra) megadhatjuk a szoká- 
sos, többféle válasszal ellátott kérdést, valamint a szavazás 
lejárati dátumát is. Amennyiben már vannak korábbi sza- 
vazóládáink, szerkeszthetjük vagy törölhetjük is azokat. 
Az adatok begépelése után az új szavazásunk kap egy 
azonosítót. 

A friss szavazóládák kipróbálásához a csomagban találunk 
egy recount testing.php nevű, használatra kész lapot. Ha 
böngészőnket erre a címre irányítjuk bármilyen szavazólá- 
da ID-t megadhatunk. A szavazás és az eredmény egyaránt 
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megjelenik alapon. Az adatott szavazóládához tartozó sza- 
vazólapot magunk is könnyen elkészíthetjük. vessünk egy 
pillantást a következő egyszerű HIML/PHP lapra: 


achtmls5 
cheadsctitlesMake sure you vote! c/titlesc/heads 
cbodyz 
cpsxcimg src-"images/logo.png"5 
ch1:Ready to cast your vote?c/h1z 
c?php 
reguire( config. recount.php ) ; 


$poll - new RecountPol1 (2); 
print($pol1-sbasicFormO ) ; 
75 
ca/bodyzc/html: 


A szavazóláda azonosítóját a fenti $pol 1 — new 
RecountPol 1 (2) sorban találjuk. Ebben a példában , a sza- 
vazóláda azonosító ((a zárójelek közt) éppen 2. Ezt aztán 
tetszés szerint kidíszíthetjük, vagy saját honlapunkba il- 
leszthetjük a PHP kódot. Az eredmények megtekintéséhez 
egy másik lapra lesz szükségünk, ahol pedig a következő 
PHP kódot használjuk az alapértelmezett HTML tegek 
között. 


c?php 
reguire( "config. recount . php") ; 
reguire( "results. recount.php") ; 
?: 


Ennyi az egész. A 6. ábrán működés közben is megtekint- 
hetjük a Recount szavazóládát. mint említettem nagyon 
rugalmas csomagról van szó. A hozzá adott dokumentációt 
is érdemes végigböngészni néhány további tippért. 

Hiába, úgy tűnik a záróra gyorsan közeledik. Vessünk még 
gey utolsó pillantást a Francois fizetésemelését firtató szava- 
zás állására. Mon Dieu, te jó ég, 17972 szavazat érkezett, 
amely a fizetésed emelését javasolja, és mindösszesen 26 
ellene? Nincs is ennyi ember az étteremben, mon ami. 
lermészetesen azonnal újraszámlálást követelek. 

Amíg azonban újraindítjuk a szavazást ebben a fizetéseme- 
lési ügyben, légy oly kedves és tölts még egy kicsit vendé- 
geink poharába. 

Teljesen biztos vagyok ugyanis benne, hogy az újratöltés 
kérdése olyan valami, amelynél szinte bizonyosra vehetjük 
az egyöntető és lelkes igen szavazatot. A következő alkalo- 
mig pedig, mes amis, kedves barátaim, igyunk egymás 
egészségére. 


A vőtre santé! 
Bon appétit! 


Linux Journal 2003. november, 115. szám 
Marcel Gagné (mggagneOsalmar.com) 
az Ontario állambeli Mississaugában él. 


O a szerzője a Válts Linuxra! Búcsú a kékhaláltól 


a nagy tetszést aratott L inux-rendszerfelügyelet 
(Kiskapu Kiadó). 
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című előkészületben lévő könyvnek. Első könyve, 
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Siemens Mobiltelefon Testreszabása Linuxon 


Hosszú idő után végre a Siemens mobiltelefonokhoz is elérhető Linux alá olyan prog- 
ram, amelynek segítségével könnyedén és kényelmesen bütykölhetjük telefonunkat. 


okáig semmi olyan program nem volt elérhető 
§ linuxra, amely képes lett volna segítséget nyújtani 
a telefonok testreszabásához. Aztán megjelent 
a gnokii, amely egy kis segédprogram Nokia típusú telefo- 
nokhoz. Egyéb márkák tulajdonosainak azonban továbbra 
is más rendszer alatt kellet elvégeznie bizonyos feladatokat. 
Nos, mintha lassan kezdene megtörni ez ügyben is a jég. 
Ha rákeresünk a interneten a , Siemensit-Linux" kifejezé- 
sekre, akkor általában a Siemens cég linuxos kapcsolatával 
foglakozó honlapokkal találkozunk. Ha azonban elég kitar- 
tóan keresünk, ráakadhatunk a következő oldalra: 
2 http://mirrorO1.users.i.com.ua/—dmitry. z/siefs/ 
Ez a picike fejlesztői weblap kifejezetten a Siemens-telefo- 
nok Linux alatti használatával foglalkozik. A honlap szerint 
az alábbi típusok támogatottak, és teszteltek: Siemens S45, 
ME45, SL45, 555, M55, MC60. 
A honlap megjegyzi, hogy a C55, az M50, az MT50 típusú 
készülékek a soros porton bírhatók szóra, valamint, hogy 
nem valószínű, hogy gond lesz az újabb típusokkal, mint 
például az SL55, C60, stb. 
Először mindenképpen be kell szereznünk egy adatkábelt. 
Általában a telefonunkhoz kétféle kábel kapható, USB, és 
soros. Nos, nekem semmiféle tapasztalatom nincsen az USB 
kábellel, ráadásul a fent említett honlap is a sorost tanácsol- 
ja egyes típusoknál. Elvi akadályát ugyan nem látom az 
USB-nek, de mint említettem, semmiféle tapasztalatom 
nincs vele. Viszont a sorossal nem nagyon lehet melléfogni. 
Az eljárás másik akadálya lehet az automounti. Itt elmélet- 
ben lehetnek gondok, de erre esély főleg USB kábel haszná- 
latánál van. Ha így állna a helyzet, akkor töröljük le az 
/etc/sysconfig/automount fájlt, és indítsuk újra a gépet. 
Ha szeretnénk visszakapcsolni, akkor hozzuk létre újra. Ne 
aggódjunk, ez egy 0 byte méretű fájl, csak létre kell hozni, 
és újraindítani a gépet (UHU-Linux 1.1.1 alatt). A teszt ked- 
véért visszakapcsoltam, de nálam nem okozott galibát soros 
port használatakor. 
Ha ezzel megvagyunk, és a telefon össze van kötve a gép- 
pel, akkor semmi akadálya nincsen a szoftveres feltételek 
megteremtésének. Töltsük le a fent említett honlapról 
a siefs-0.2.tar.gz fájlt, illetve a lap alján linkelt fuse 1.1.tar.gz-t. 
Csomagoljuk ki őket! 
Tar -xvzf fuse-1.1.tar.gz 
tar -xvzf siefs-0.2.tar.gz 
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Ha ez megvan, akkor lépjünk be a , fuse" mappájába, és 
sorrendben adjuk ki a következő parancsokat! 

. /configure 

make 

make install 


Ezek után lépjünk be a siefs könyvtárába, és adjuk ki 
ugyanezeket a parancsokat. Ezzel le vannak fordítva 

a fuse, és siefts meghajtók, és telepítettük is őket. 

Most már nincs más dolgunk, mint becsatolni a telefont. 
Hozzunk ehez létre egy könyvtárat, ahová bekötjük. 
mkdir /mnt/siemens 


Utána a létrehozott könyvtárba csatoljuk a soros porta kö- 
tött telefont (a soros port (Com1) eszközleírója a /dev/ttySO, 
vagy (Com2) /dev/ttyS1) 

mount -t siefs /dev/ttySO /mnt/siemens 


Ekkor - ha mindent jól csináltunk — az /mnt/siemens map- 
pában megláthatjuk a telefon belső könyvtárait. A navigá- 
láshoz nyugodtan használjuk a Midnight Commandert. 
Ha befejeztük a munkát, akkor ne feledjük leválasztani 

a telefont az umount /mnt/siemens paranccsal! 


Hangok, képek feltöltése! 

Ha megnézzük pl: az A60 , lemezét", akkor látunk benne 
egy ,Pictures" és egy , Sounds" mappát is. Ezekben tárolja 
a telefon a képeket, és csengőhangokat. 

Olvassuk el feltétlenül hogy milyen formátumú képeket 
szeret a készülék, ezeket ugyanis mindenképpen érdemes 
a megfelelő méretre kicsinyíteni. A készülék leírásában néz- 
zük meg, hogy mekkora felbontású a képernyő, mert maxi- 
málisan olyan méretű lehet a kép is. Az biztos, hogy a 32 
bites színmélységű képeket nem szereti egyik sem, bár elő- 
fordulhat, hogy elfogadja legfeljebb nem fogja tudni megje- 
leníteni ezt a minőséget, és a képben levő adattöbblet feles- 
legesen foglalja az amúgy elég kicsi memóriát. Ha készen 
van a kép, akkor - ugyanúgy mint a hangoknál, csak üs- 
sünk , F57-öt. 

Így tudjuk könnyedén teljesen testre szabni a telefonunkat 
Linux alól. Iovábbi sok sikert, és jó munkát. 


Dancsok Zoltán 


JumpáBump: Tasli Hapsi Linuxra 


E hónapban is folytatjuk az apróbb, ám nem kevéssé szórakoztató játékok feltér- 
képezését. A Jump4áBump egy rendkívül mulatságos játék, amely leginkább 
a klasszikusabb Commodore, és Atari időket idézi. 


osztalgikus érzéseket kelthet 
N az emberben a Jump$gBump, 

mely egy rendkívül szelle- 
mes, szórakoztató kis játék, amely 
a jumpbump paranccsal, vagy a me- 
nüből indítható. Először egy beállító 
felületet kapunk, ahol a későbbi játék 
főbb paramétereit lehet megszabni. 
Itt állítható be, hogy melyik pályát 
választjuk, (amíg nem telepítünk 
többet, addig mindössze egyetlen 
pálya áll a rendelkezésünkre), teljes 





képernyőn fusson-e, letiltható továb- 
bá a hang, vagy tükrözhető a pálya. 
Ha beállítottuk amit akartunk, kattint- 
sunk a start gombra. Ekkor választhat- 
juk ki a játékosokat. Összesen négy 
nyuszi közül választhatunk, melyek- 
nek irányítása a billentyűzet külön- 
böző részeiről történik. A kiválasztott 
játékosokkal a képernyőn látható fa- 
törzs bal oldaláról ugorjunk át a jobb 
oldalára. A játék indítása úgy történik, 
hogy valamelyik nyuszi kiugrál a kép- 
ernyőről a jobb oldalon. 

A játékban a feladat pedig a következő: 
közel kell férkőzni a másik nyuszihoz, 
és leütni. Ezt automatikusan elvégzi 

a nyuszink, ha elég közel kerültünk 

a másikhoz, esetleg ráugrunk, el is ne- 
veztem a nyulamat , lasli Hapsi" -nak. 


www.linuxvilag.hu 


Mint fentebb említettem, a játék pon- 
tokra megy, felső korlát nélkül. lehát 
a játékosok maguk döntik el, hogy 
meddig szeretnének ugrándozni egy 
adott pályán, mielőtt kilépnének belő- 
le. Természetesen a kilépéskor megte- 
kinthető a játékosok listája, az elért 
pontjaikkal együtt. 


A játékélmény 

Konkrétan, és tömören összefoglalva: 
frenetikus. Nagyon jól mulatok, ami- 
kor játszom vele. Rendkívül ötletes- 
nek, és aranyosnak találtam. A hangok 
rendkívül sokat dobnak a hangulaton, 
és nagyon mulatságossá teszik a játé- 
kot. Az irányítása nagyon egyszerű, 
percek alatt elsajátítható. A pályák sok- 
félesége pedig gondoskodik róla, hogy 
ne lehessen egykönnyen megunni. 

Az élmény fokozásának igen jó módja, 
ha teljes képernyős módban játszunk. 
Igaz, a grafika ekkor nem az igazi, de 
ezzel korántsem azt mondom, hogy 
baj lenne vele. Sőt. Ablakban határo- 
zottan jól néz ki, de a hangulatot teljes 
képernyőn teszi teljessé. 


Gépigény, és telepítés 

A játék a 5 http:/jumpbump.mine.nu 
címen érhető el. Jó hír, hogy számos 
rendszerre megcsinálták többek kö- 
zött BeOS, Linux, BSD, Dos, Win- 
dows, MacOS X-re. Az említett címen 
találhatóak a pályák is, valamint az 
iménti rendszerek közül jó párhoz 

a csomag, természetesen a CVS is. 

A telepítés egyik legkényelmesebb 
módja, ha elérhető csomagban úgy, 
hogy apt-get -el le tudjuk szedni. 
UHU-Linux tulajdonosok minden- 
képpen élhetnek ezzel lehetőséggel. 





Sőt, csomagban elérhető rengeteg pá- 
lya is, több mint ötven darab. Mérete 
tömörítve 41 MB, és szintén az apt- 
get-el telepíthető. A telepített játék 
gépigénye viszont , lemérhetetlen", le- 
galábbis számomra. leljes képernyős 
módban, és minden zenével együtt 
sem volt hajlandó döccenni egyet sem 
egy 650 P3 -as laptopon, se celeron 
466-on, se P2 233 -on. 


Dancsok Zoltán 
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